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ABSTRACT 


The  Naval  Postgraduate  SehooTs  current  attempt  at  getting  another  spacecraft 
into  orbit  is  focusing  on  Naval  Postgraduate  School  Spacecraft  Architecture  and 
Technology  Demonstration  Experiment  (NPSATl).  Building  on  lessons  learned  from 
PAN SAT,  in  addition  to  targeting  incremental  improvements  and  advances  in  multiple 
areas  of  spacecraft  design,  NPSATl  is  being  built  as  a  three-axis  stabilized  platform.  It 
will  be  using  commercial-off-the-shelf  (COTS)  components  in  many  of  its  subsystems  to 
provide  some  testing  and  experimentation  on  how  certain  COTS  components  can  handle 
space  environments  and  the  challenges  this  unique  environment  presents.  Other 
characteristics  of  NPSATl  include  a  PC-compatible  Command  and  Data  Handling 
(C&DH)  subsystem,  lithium-ion  polymer  batteries,  a  Linux  operating  system,  and 
Ferroelectric  RAM. 

NPS  possesses  a  unique  ability  to  educate  a  large  number  of  service  personnel  in  a 
wide  variety  of  space-related  topics.  In  particular,  NPS  is  not  only  able  to  provide 
classroom  and  laboratory  education  on  principles,  concepts,  philosophies,  and  historical 
perspectives  of  space,  but  also  it  can  provide  the  student  the  opportunity  to  conduct  on- 
orbit  operations  and  testing  of  the  same  spacecraft  that  were  designed  and  built  on  the 
grounds  of  the  NPS  campus.  This  thesis  describes  the  overall  NPSATl  design  project, 
including  descriptions  of  the  five  experiments  onboard,  and  many  of  the  associated 
requirements  that  ultimately  lead  to  a  successful  mission  on  orbit. 
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I.  INTRODUCTION  TO  NAVAL  POSTGRADUATE  SCHOOL 

SATELLITE  PROGRAMS 

A,  NAVAL  POSTGRADUATE  SCHOOL  SATELLITE  PROGRAMS 

The  Naval  Postgraduate  Sehool  (NPS)  possesses  a  unique  ability  to  educate  a 
large  number  of  service  personnel  in  a  wide  variety  of  space-related  topics.  In  particular, 
NPS  is  not  only  able  to  provide  classroom  and  laboratory  education  on  principles, 
concepts,  philosophies,  and  historical  perspectives  of  space,  but  also  it  can  provide  the 
student  the  opportunity  to  conduct  on-orbit  operations  and  testing  of  the  same  spacecraft 
that  were  designed  and  built  on  the  grounds  of  the  NPS  campus. 

The  staff  and  students  at  NPS  are  not  necessarily  in  the  business  of  building 
satellites.  However,  even  with  limited  resources,  funding,  and  manpower,  the  successes 
of  this  institution  in  the  small  satellite  production  and  operation  arena  are  impressive. 
The  complexities  of  satellite  design,  construction,  testing,  and  operation  are  magnified  by 
the  fact  that  much  of  the  manpower  resides  in  students  who  are  likely  to  be  involved  for 
only  about  one  year.  In  addition,  these  students  rarely  have  any  background  in  the  space 
and/or  satellite  business,  so  their  efforts  are  not  only  concentrated  on  learning  about 
space,  but  also  on  applying  their  newly  acquired  knowledge  toward  building  a  successful 
product. 

In  order  for  an  institution  such  as  NPS  to  be  able  to  make  attempts  such  as 
spacecraft  design,  and  ultimately  reach  on-orbit  operations,  outside  sources  are  necessary. 
Sponsors  are  critical  players  in  the  overall  process,  as  they  not  only  can  provide  much  of 
the  technical  expertise,  but  they  also  are  the  main  source  of  funding  for  the  overall 
projects.  Another  service  supplier  that  makes  this  all  possible  is  the  Department  of 
Defense  Space  Test  Program  (STP).  The  reason  this  is  critical  is  that  this  program 
provider  of  access  to  space  via  launch  vehicles.  Launching  a  spacecraft  is  always  one  of 
the  most  expensive  details  in  a  satellite  program,  and  without  the  services  of  the  STP, 
NPS  would  not  likely  be  able  to  pursue  satellite  design  programs. 


1 


B, 


PETITE  AMATEUR  NAVY  SATELLITE 


The  Naval  Postgraduate  SehooTs  first  operational  small  satellite  was  launehed  in 
1998  on  the  Spaee  Shuttle  Discovery  (STS-95).  The  development  and  deployment  of  this 
spacecraft  was  a  real  success  for  NPS  and  its  space  programs.  PANSAT,  according  to  its 
web  site  hosted  by  NPS  is  “a  proof  of  concept,  half-duplex,  digital  spread-spectrum, 
store-and-forward  communications  satellite”  (PANSAT,  2001).  Every  NPS  satellite 
produced  will  likely  carry  the  “proof  of  concepf  ’  label,  as  every  one  will  have  a  large 
complement  of  student  officers  playing  a  part  in  satellite  development  for  the  very  first 
time.  Also,  the  possibility  of  having  several  different  faculty  and  staff  members  playing 
integral  roles  in  future  satellite  projects  contributes  to  this  accurate  label. 

PANSAT  is  currently  in  orbit,  easily  surpassing  its  targeted  two-year  life  span. 
Some  of  the  spacecraft  characteristics  include  the  fact  that  it  is  a  tumbler,  meaning  it  has 
no  internal  stabilization  mechanisms.  Even  without  complex  attitude  control 
requirements  due  to  this  tumbling  aspect,  there  were  plenty  of  other  requirements  to  meet 
that  added  complexity  to  the  project:  in  particular  safety  requirements  due  to  it  being 
launched  on  a  manned  vehicle. 
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II.  NAVAL  POSTGRADUATE  SCHOOL  SPACECRAFT 
ARCHITECTURE  AND  TECHNOLOGY  DEMONSTRATION 
EXPERIMENT  AND  SUBSYSTEM  DESCRIPTIONS 


The  Naval  Postgraduate  SehooTs  current  attempt  at  getting  another  spacecraft 
into  orbit  is  focusing  on  Naval  Postgraduate  School  Spacecraft  Architecture  and 
Technology  Demonstration  Experiment  (NPSATl).  Building  on  lessons  learned  from 
PAN SAT,  in  addition  to  targeting  incremental  improvements  and  advances  in  multiple 
areas  of  spacecraft  design,  NPSATl  is  being  built  as  a  three-axis  stabilized  platform.  It 
will  be  using  commercial-off-the-shelf  (COTS)  components  in  many  of  its  subsystems  to 
provide  some  testing  and  experimentation  on  how  certain  COTS  components  can  handle 
space  environments  and  the  challenges  this  unique  environment  presents.  Other 
characteristics  of  NPSATl  include  the  following; 

•  PC-compatible  Command  and  Data  Handling  (C&DH)  subsystem 

•  Lithium-ion  polymer  batteries 

•  Linux  operating  system 

•  Lerro-electric  RAM 

The  design  of  NPSATl  was  not  developed  via  think  tanks  and  conceptualization 
from  the  ground  up.  Rather,  its  design  was  based  on  inherited  hardware  components. 
Since  NPS  is  an  educational  institution  and  not  a  spacecraft  laboratory  in  competition 
with  major  contractors,  it  must  take  advantage  of  complimentary  acquisitions  (i.e.  the 
structure  of  NPSATl)  to  get  a  project  such  as  NPSATl  off  the  drawing  board  and  into 
space.  Compliments  of  other  cancelled  programs  and  projects  beyond  the  walls  of  NPS, 
components  such  as  the  basic  structure  and  solar  cells  were  obtained  free  of  charge.  The 
inherited  structure  was  the  beginning  baseline  of  what  the  scope  of  the  NPSATl  project 
would  be. 

NPSATl  is  a  twelve-sided  cylindrical  structure  composed  of  aluminum.  Its 
radius  is  49.5  cm  (19.5  inches)  and  its  height  is  93.2  cm  (36.7  inches).  Plat  panels  of 
solar  cells  will  cover  each  of  the  sides  of  the  cylinder,  as  well  as  the  top.  The  bottom 
exterior  of  the  structure,  that  which  will  be  nadir-pointing  once  on  orbit,  will  be  the  area 


3 


that  is  not  only  responsible  for  attaehing  to  and  deploying  from  the  launeh  vehiele,  but  it 
will  also  house  payload  items  (e.g.,  a  eamera  paekage  for  the  digital  imaging  payload) 
and  other  subsystem  elements  sueh  as  an  antenna  for  the  T&C  subsystem.  Initial  analysis 
has  resulted  in  a  eompleted  spaeeeraft  weight  of  approximately  82  kilograms  (180 
pounds). 

For  praotieally  all  spaeeeraft  design  projeets,  there  are  a  number  of  subsystems 
that  must  be  integrated  in  order  to  provide  the  means  to  support  the  spaeeeraft  itself, 
along  with  any  payloads  that  may  be  earned  by  the  spaeeeraft.  Aeeording  to  Wertz  and 
Larson,  there  are  seven  spaeeeraft  subsystems  (1999),  and  eaeh  subsystem  has  speeifie 
issues  within  itself  that  require  eonsideration  when  designing  a  spaeeeraft.  Many  of  these 
issues  are  listed  in  Table  1. 

In  the  ease  of  NPSATI,  not  every  subsystem  is  identieal  to  the  Wertz  and  Larson 
deseription.  For  example,  NPSATI  will  not  be  traeked  direetly  by  the  NPS  ground 
station,  and  therefore  “traeking”  has  been  removed  from  the  NPSATI  Telemetry, 
Traeking,  and  Command  (TT&C)  subsystem,  leaving  it  as  just  Telemetry  and  Command 
(T&C).  In  addition,  the  issues  refereneed  in  Table  1  may  not  all  be  applieable  in  the 
design  of  NPSATI,  either.  Sueh  is  the  ease  when  looking  at  the  Struetures  and 
Meehanisms  subsystem,  speeifieally  the  issue  of  preliminary  sizing  of  struetural 
members.  Sinee  NPS  was  given  the  basie  strueture  prior  to  any  real  design  diseussions, 
the  issue  was  not  how  large  or  what  shape  to  build,  but  rather  how  do  we  design  the  other 
subsystems  and  payloads  to  eomplement  the  given  strueture. 

The  remainder  of  this  ehapter  will  diseuss  in  brief  eaeh  of  the  NPSATI 
subsystems,  as  well  as  bring  out  some  of  the  more  important  faetors  eonsidered  when 
designing  the  spaeeeraft.  Figure  1  shows  the  system  bloek  diagram  for  NPSATI . 

The  foeus  of  the  system  bloek  diagram  is  the  C&DH  bloek  right  in  the  eenter, 
with  the  staeked  eomponents  being  attaehed  to  the  heart  of  the  system,  the  80386 
proeessor.  This  stack  includes  the  Configurable  Processor  Experiment  (CPE)  and  the 
modem  and  memory. 
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Many  of  the  interfaces  are  yet  to  be  determined  throughout  Figure  1,  but  one 
identifiable  interface  is  the  parallel  interface  between  the  VISIM/PC104  and  the  C&DH 
block.  This  interface  is  possible  since  the  VISIM  has  its  own  processor  board,  a  feature 
that  should  free  up  the  C&DH  80386  processor  resources.  As  an  experimental  option, 
there  may  be  a  time  when  the  CPE  experiment  is  used  to  process  or  compress  VISIM 
image  data  without  the  use  of  the  VISIM’s  processor. 

An  attribute  of  the  NPSATI  project  is  that  its  ACS  and  EPS  microcontrollers 
(80C196KD)  are  the  same.  The  similarities  between  these  two  subsystems  provide  for  an 
easier  design  and  implementation  of  software  required  to  operate  the  specific  subsystems. 


Solar  Arrays 

Electrical 

16  STRINGS 

Power 

36V 

+36V 

Subsystem 

80C196KD 

30  Apr  2001 


Eigure  1.  System  Block  Diagram  (NPSATI  Design  Overview). 
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SUBSYSTEM 

ISSUES 

Structures  and  Mechanisms 

Structural  requirements 

Packaging  and  configuring  the  subsystem 

Design  options 

Structural  design  philosophy  and  criteria 
Preliminary  sizing  of  structural  members 
Structural  mechanics  and  analysis 

Mechanisms  and  deployables 

Telemetry,  Tracking,  and  Command 

Requirements 

Designing  the  TT&C  subsystem 

Thermal 

Principles  of  heat  transfers 

Thermal  control  components 

Thermal  subsystem  design 

Thermal  analysis  concepts 

Preliminary  design  process 

Thermal  control  design  consideration 

Thermal  testing 

Future  trends 

Power 

Power  sources 

Energy  storage 

Power  distribution 

Power  regulation  and  control 

Attitude  Determination  and  Control 

Control  modes  and  requirements 

Selection  of  spacecraft  control  type 

Quantify  the  disturbance  environment 

Select  and  size  ADCS  hardware 

Define  the  control  algorithms 

Command  and  Data  Handling 

Introduction  to  C&DH 

C&DH  system  sizing  process 

C&DH  basics 

Guidance  and  Navigation 

System  definition  process 

Orbit  determination  systems 

Orbit  maintenance  and  control 

Sizing  autonomous  guidance  and  navigation 

Table  1.  Subsystems  and  Elements.  After  Wertz  and  Larson. 
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A. 


STRUCTURES  AND  MECHANISMS 


The  structure  of  a  spacecraft  is  just  as  the  name  implies:  physical  structure.  The 
makeup  of  the  structure  and  any  associated  mechanisms  for  the  spacecraft  have  many 
responsibilities,  from  providing  a  place  for  other  components  to  be  attached,  to 
containing  and  protecting  sensitive  equipment,  to  providing  a  means  for  the  spacecraft  to 
be  connected  to  a  launch  vehicle.  Stringent  reliability  requirements  make  the  structures 
and  mechanisms  subsystem  as  important  as  any  other  subsystem. 

The  fact  that  NPS  was  given  the  primary  physical  structure  made  some  of  the 
specific  structural  design  issues  overcome  by  events.  The  design  philosophy  was  less 
driven  by  a  set  of  requirements  on  the  outside,  than  by  the  requirements  to  fit  all  other 
subsystem  elements  and  payload  items  on  the  inside  of  the  structure.  Minor  external 
changes  could  be,  and  inevitably  will  be,  made  to  the  primary  structure  as  other  tradeoffs 
and  issues  present  themselves.  However,  having  such  a  good  starting  point  from  a 
structural  standpoint  proved  valuable  in  being  able  to  decide  how  many,  what  type,  and 
what  size  components  could  be  handled  by  the  structure.  Also,  being  able  to  see  and 
touch  such  an  item,  and  not  have  to  rely  solely  on  drawings  or  interpretations  of  what  the 
structure  may  possibly  look  like  was  an  added  benefit  in  more  ways  than  just  saving  on 
the  machining  cost.  It  is  important  to  note,  however,  that  the  requirement  for  reverse 
engineering  is  present,  to  ensure  new  designs  and  modifications  are  doable  and 
appropriate.  Figure  2  and  Figure  3  show  different  views  of  the  NPSATl  configuration. 

Figure  2  (a)  shows  the  top  of  NPSATl,  which  will  be  zenith  pointing.  Figure  2 
(b)  shows  the  stowed  configuration  of  the  CERTO  antenna  and  Langmuir  probe,  both  of 
which  will  be  deployed  in  the  orbit  normal,  or  +/-  Y  direction.  Figure  2  (c)  is  a 
representation  of  NPSATl  in  its  “upright”  profile,  which  will  be  its  orbiting  position  with 
the  bottom  of  the  figure  being  nadir  pointing.  Figure  2  (d)  is  an  isometric  view. 
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(a) 


(b) 


(c) 


(d) 


Figure  2.  Configuration  of  NPSATl  (NPSATl  Design  Overview). 


Figure  3  is  self-explanatory.  Note  the  X,  Y,  Z  vector  key  on  the  bottom  left  of  the 
figure:  +X  is  the  velocity  vector,  -I-/-Y  is  the  orbit  normal,  -HZ  is  zenith,  and  -Z  is  nadir 
pointing. 
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such  as  the  following  examples;  other  elements  of  NPSATl  (i.e.  eamera  visibility),  other 
spaeeeraft  or  meehanisms  within  the  launeh  vehiele,  and  the  launeh  vehiele  fairing  itself. 
Since  NPSATl  has  been  seleeted  to  be  launehed  on  a  Delta  IV  launeh  vehiele  using  the 
EELV  Seeondary  Payload  Adapter  (ESPA)  ring,  the  strueture  must  fit  within  a  .61m  x 
.61m  X  .97m  (24  x  24  x  38  ineh)  volume,  and  less  than  181  kilograms  (400  pounds). 
Eigure  4  depiets  the  volume  measurements  in  inehes. 


Eigure  4.  ESPA  Ring  Configuration  (NPSATl  Design  Overview). 

One  area  of  oritieal  eonsideration  in  the  design  and  plaeement  of  internal 
eomponents  is  related  to  moments  of  inertia,  the  eenter-of-gravity,  and  eenter-of- 
pressure.  A  key  is  that  the  eenter-of-pressure  and  eenter-of-gravity  of  the  strueture  need 
to  be  as  elose  to  the  same  point  as  possible,  resulting  in  a  lowering  of  the  disturbance  due 
to  aero  torques.  Aeeomplishing  this  will  assist  our  low-budget  attitude  eontrol  efforts  to 
the  maximum  extent  possible  with  minimal  mechanieal  equipment  required.  Sinee  this  is 


NPSAT1  attached  to  EELV  secondary  payload  adapter  (ESPA) 


ESPA  payload  envelope  shown. 


— -  38.0  - — 
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a  three-axis  stabilized  spaeecraft  designed  with  a  limited  budget,  eo-loeation  of  these 
eenters  will  greatly  assist  in  attitude  eontrol. 

Another  area  eonsidered  in  designing  the  internal  layout  of  payload  and 
subsystem  eomponents  was  moments  of  inertia.  Again,  the  ability  to  produee  sueh  a  low 
budget  spaeeeraft  with  three-axis  stabilization  requires  maximizing  the  “laws  of  nature” 
to  produee  desired  effects  on  the  structure.  The  principal  moments  of  inertia  need  to  be 
aligned  with  the  spacecraft  orbital  coordinates  while  having  desired  values  such  that  Iy> 
Ix  >  Iz,  where  ly  is  the  moment  of  inertia  about  the  Y  (orbit  normal)  axis,  Ix  is  the  moment 
of  inertia  along  the  X  (velocity  vector)  axis,  and  Iz  is  the  moment  of  inertia  about  the  Z 
(zenith/nadir)  axis.  Based  on  input  values  from  provided  equipment  lists  and  computer- 
simulated  modeling,  the  moments  of  inertia  values  met  this  desired  formula,  but  not  with 
enough  separation  or  difference  to  provide  a  level  of  confidence  which  was  strong 
enough  to  settle  on  the  design.  As  a  backup  plan,  it  was  determined  that  the  option  of 
adding  a  boom  may  be  necessary  in  the  event  the  ACS  performance  is  unstable. 

The  boom  concept  is  nothing  new  in  the  spacecraft  business,  but  it  adds  a  level  of 
structural  complexity  that  had  not  been  predicted.  However,  due  to  the  fact  that  this 
concept  has  an  established  history  in  many  spacecraft  designs,  confidence  is  relatively 
high  that  the  incorporation  of  a  boom  and  its  associated  mechanisms  will  not  provide 
additional  delays  and/or  complications  to  the  NPSatl  production  if  it  is  in  fact  deemed 
necessary.  NPS  possesses  a  stacer  boom  that  is  approximately  67  inches  in  length  when 
fully  deployed,  and  adding  a  tip  mass  of  approximately  ten  kilograms  would  greatly 
contribute  to  NPS  ATI ’s  stability  if  required.  The  maximum  benefit  will  be  gained  by  the 
further  the  tip  mass  is  away  from  the  spacecraft’s  main  structure.  The  current  plan  is  for 
the  boom  to  be  included  in  the  spacecraft,  but  the  actual  boom  deployment  is  being 
reserved  as  a  contingency  in  case  the  ACS  is  unable  to  establish  the  necessary 
stabilization  in  orbit. 

Separation  and  deployment  mechanisms  will  be  limited  to  the  following:  a  simple 

deployment  mechanism  for  the  CERTO  antenna  and  Langmuir  probe,  the  possible  boom 

deployment  mechanism,  and  the  launch  vehicle  separation  mechanism.  The  CERTO 

antenna  and  Langmuir  probe  do  not  yet  have  deployment  mechanisms  in  place,  but  a 
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possible  deployment  meehanism  will  eonsist  of  running  minimal  current  through  an 
attachment  wire  to  free  the  spring-loaded  mechanism  to  pull  the  antennas  into  operating 
position.  Deployment  of  the  boom  may  not  be  much  more  complicated,  but  it  may  bring 
safety  considerations  into  the  design  if  pyrotechnics  are  involved.  A  candidate  for  the 
launch  vehicle  separation  system  is  known  as  a  Lightband  separation  system.  According 
to  material  from  the  AFOSR  and  DARPA  University  Nanosatellite  Program,  Lightband 
separation  systems  offer  several  advantages,  such  as  the  following: 

•  Lighter 

•  Less  intrusive  to  other  components 

•  Easier  to  design,  test,  and  reset 

•  Safer  and  low  shock  (no  pyrotechnics) 

•  Inexpensive  to  test 

•  Rapidly  manufactured  (Holemans,  1999). 

In  addition  to  these  benefits,  another  factor  in  the  possible  selection  of  this 
separation  system  is  that  at  least  one  other  secondary  payload  on  NPSATl’s  scheduled 
launch  vehicle  is  already  planning  on  using  a  Lightband  system.  Using  a  common 
separation  system  for  all  of  the  secondary  payloads  will  prove  beneficial  when  it  comes 
time  for  the  integration  of  the  secondary  payloads  with  the  launch  vehicle. 

2,  Tradeoffs 

Externally,  the  structure  is  relatively  straightforward,  with  little  room  for  change 
on  any  area,  except  for  the  top  of  the  spacecraft.  Eurther  study  and  analysis  will  be 
conducted  as  the  spacecraft  is  constructed  and  components  are  placed  into  position.  A 
recent  design  change  incorporates  a  pyramidal  top  section  represented  in  Eigure  2,  as 
initial  designs  produced  a  flat  top  section.  Another  possibility  is  to  have  a  boom  or  other 
structure  to  provide  for  necessary  gravity  gradient  requirements. 
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B,  TELEMETRY  AND  COMMAND  (T&C) 


NPSATl’s  subsystem  of  telemetry  and  eommand  will  be  a  diffieult  challenge  in 
this  design  project.  This  subsystem  conducts  the  communications  exchange  between  the 
spacecraft  and  the  ground  station.  It  will  serve  as  the  interface  between  the  C&DH 
subsystem  data  and  the  RF  energy  to/from  the  ground  station.  The  responsibilities  of 
NPSATl’s  T&C  subsystem  include  the  following: 

•  Receive  transmissions  from  the  ground  station. 

•  Modulate/demodulate  signals  for  communications  exchange 
between  NPSATl  C&DH  and  the  ground  station. 

•  Transmit  processed  subsystem  data  to  ground  station. 

Refer  to  Figure  5  for  the  T&C  block  diagram. 

The  Space  and  Missile  Systems  Center  in  Los  Angeles  coordinated  the  allocation 
of  the  uplink  and  downlink  frequencies,  1.7  GHz  and  2.2  GHz,  respectively.  NPSATl 
will  have  two  antennas.  One  is  providing  hemispherical  coverage  in  the  zenith  direction, 
and  the  other  is  providing  hemispherical  coverage  in  the  nadir  (Earth-pointing)  direction. 
The  combination  of  these  two  antennas  will  yield  47i  steradian  coverage.  Both  antennas 
will  be  capable  of  communicating  via  uplink  and  downlink  frequencies.  Specific 
operations  of  these  antennas  will  be  discussed  in  Chapter  V. 

Within  the  T&C  system  will  be  a  Modem/Data  Interface  with  the  processor  board 
that  will  comply  with  the  PC/104  specification.  One  feature  of  the  T&C  subsystem  is 
shown  near  the  bottom  right  of  Figure  5,  that  being  the  GMSK  Modulator.  GMSK,  or 
Gaussian  Minimal  Shift  Keying,  is  a  method  of  increasing  or  maximizing  data  speed. 
According  to  MXCOM  Incorporated, 

In  a  GMSK  system,  the  digital  bit  stream  to  be  transmitted  is  passed 
through  a  Gaussian  low  pass  filter.  A  Gaussian  filter  is  a  filter  which  when 
excited  by  an  impulse  outputs  a  Gaussian  shaped  output  pulse.  When  a 
digital  bit  stream  is  passed  through  such  a  filter,  a  marked  reduction  in 
transmission  bandwidth  occurs.  In  an  optimum  GMSK  system,  8000b/s 
should  pass  through  a  12.5kHz  FM  radio  channel.  The  FM  deviation 
should  also  be  set  to  be  equal  to  one -half  of  the  data  rate.  For  example,  an 
8000b/s  GMSK  data  signal  should  be  transmitted  with  a  peak  deviation  of 
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4kHz  or  +/-  2kHz.  Within  the  design  of  a  OMSK  system  the  maximum 
data  rate,  the  bandwidth  employed  and  the  bit  error  rate  ean  be  traded 
against  one  another.  The  method  deseribed  here  provides  an 
approximation  to  true  OMSK.  While  not  in-line  with  the  textbook 
definition  of  OMSK,  it  still  provides  a  simple  and  effeetive 
implementation  of  a  OMSK  system.  (MXCOM,  2001) 


1,  Limits 

Sinee  NFS  ATI  is  a  relatively  small  spaeeeraft,  mueh  of  the  limiting  faetors  are 
going  to  be  direetly  related  to  physieal  sizes  and  eapabilities.  Communieations  within  the 
spaeeeraft  probably  will  not  suffer  extensively  due  to  these  physieal  eonstraints,  but 
where  the  limitations  will  be  most  evident  will  be  in  areas  that  require  exeessive  power 
for  ideal  operation.  An  example  of  this  will  be  the  telemetry  portion,  where  NFS  ATI  and 
the  NFS  ground  station  will  likely  operate  via  a  100  kbps  data  rate  link. 

2.  Tradeoffs 

The  T&C  subsystem  does  not  have  a  signifieant  number  of  tradeoffs  to  eonsider. 
Most  of  the  eomponents  were  either  designed  or  ehosen  based  on  a  variety  of  eoneerns, 
ineluding  power  requirements,  gain  figures,  noise  figures,  and  appropriate  frequeney 
ranges.  Other  physieal  eomponents,  sueh  as  the  antennas,  may  run  into  some  tradeoff 
issues  onee  the  exterior  strueture  deeisions  are  eomplete,  as  any  type  of  protruding  deviee 
(sueh  as  an  antenna)  ean  eause  issues  of  eoneem  with  not  only  the  Struetures  and 
Meehanisms  subsystem,  but  also  with  the  launeh  vehiele.  The  entire  link  budget 
spreadsheet  is  in  the  Appendix. 
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46  dB  gain 


27  dB  gain 


Figure  5.  T&C  Block  Diagram 


C.  THERMAL  CONTROL  SUBSYSTEM 

In  order  for  any  spacecraft  to  operate  its  components  effectively,  it  must  be  able 
to  withstand  some  potentially  extreme  cases  of  both  hot  and  cold  environments  in  space. 
In  order  to  effectively  handle  the  rapidly  changing  temperature  environments  common  to 
space,  the  Thermal  Control  Subsystem  takes  an  active  role  in  maintaining  a  satellite’s 
temperature  within  acceptable  ranges. 

In  the  case  of  NFS  AT  I  and  some  preliminary  thermal  analyses,  it  was  discovered 
that  the  extreme  cases  of  hot  and  cold  would  be  around  +45°  C  and  -88°  C  (AA4831, 
2000).  Many  orbital  factors  contribute  to  the  thermal  environment,  with  variations  in 
orbit  altitude  and  the  sun’s  beta  angle  being  the  largest  contributors. 
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1. 


Limits 


Internal  to  the  spaceeraft,  the  components  considered  most  reliant  on  a  controlled 
thermal  environment  were  the  digital  camera  processor  and  the  batteries  of  the  Electrical 
Power  Subsystem.  The  ideal  operating  temperature  for  the  batteries  has  been  determined 
to  be  10°  C,  with  an  acceptable  range  from  0  -  45°  C.  The  digital  camera  processor  had  a 
similar  upper  limit  near  45°  C,  but  its  range  extended  below  zero  to  a  minus  10°  C. 

Designing  an  effective  Thermal  Control  Subsystem  requires  an  understanding  of 
energy  and  its  transportation,  specifically  in  space.  Three  major  areas  of  heat/energy 
transfer  are  radiation,  conduction,  and  convection.  Their  definitions  are  listed  below: 

•  Radiation  -  energy  transfer  via  electromagnetic  waves 

•  Conduction  -  thermal  energy  transfer  through  matter  in  the 
absence  of  fluid  motion 

•  Convection  -  thermal  energy  transfer  between  a  flowing  fluid  and 
a  solid  interface.  (Wertz  and  Larson,  1999)  Note:  convection  is 
not  applicable  in  space  due  to  the  negligible  gravity,  required  for 
convection  to  occur. 

One  of  the  most  significant  sources  of  energy  would  be  the  heat  transferred  from  the  solar 
panels  to  the  aluminum  backbone  structure  of  the  spacecraft,  and  further  to  the  plates 
used  to  secure  any  of  the  internal  subsystem  components  and  payload  components.  An 
additional  source  of  heat  on  the  relatively  “cold”  NPSATl  spacecraft  would  be  the 
batteries. 

As  a  result  of  analysis  conducted  by  AA483 1  students,  in  addition  to  temperature 
observations  made  by  PAN SAT,  it  was  determined  that  NPSATl  will  generally  be  a 
“cold”  spacecraft,  and  that  heating  would  be  necessary  for  the  batteries.  Figures  6  and  7 
show  results  of  thermal  analysis,  with  each  individual  component  stabilizing  at 
acceptable  temperatures  or  ranges. 

The  method  of  choice  for  monitoring  the  spacecraft  temperature  is  the  placement 
of  thermistors  in  various  locations  of  concern.  Thermistors  are  sensitive  to  temperature 
changes,  and  they  will  assist  in  triggering  heating  elements  within  the  structure  to 
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compensate  for  temperatures  that  approaeh  or  exeeed  predetermined  thresholds.  This 
will  require  eoordination  with  the  Command  and  Data  Handling  (C&DH)  Subsystem. 


2,  Tradeoffs 

Due  to  the  assessment  and  analysis  that  NPSATl  would  be  operating  in  a 
relatively  benign  thermal  environment,  tradeoffs  were  not  a  major  eonsideration  or  point 
of  eontention  during  the  design  proeess.  Most  of  the  issues  would  evolve  with  the 
speeifie  plaeement  of  eomponents  within  the  strueture,  allowing  for  a  eertain  degree  of 
passive  thermal  eontrol,  thereby  limiting  the  amount  of  overall  power  required  for  the 
operation  of  any  electrie  heaters. 
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Figure  7.  NPSATl  Subsystem  Temperatures  II  (NPSATI  Design  Overview). 


D.  ELECTRICAL  POWER  SUBSYSTEM  (EPS) 

The  Electrical  Power  Subsystem  is  responsible  for  functions  such  as  energy 
storage,  distribution,  and  control  on  the  spacecraft.  The  fact  that  NPSATl  is  such  a  small 
spacecraft,  with  a  relatively  large  number  of  payloads,  makes  this  subsystem  one  of  the 
most  challenging  to  design  and  operate.  The  small  number  of  solar  cells  on  the  structure, 
combined  with  the  fact  that  less  than  half  of  these  solar  cells  will  be  receiving  direct  solar 
energy  at  any  one  time  makes  the  issues  of  energy  conservation  and  effective  energy 
distribution  that  much  more  critical.  Efficient  hardware,  especially  that  hardware  which 
is  responsible  for  the  collection  and  storage  of  solar  energy  will  be  large  contributors  to 
the  level  of  success  this  spacecraft’s  operations  experience. 
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The  EPS  block  diagram  is  shown  in  Figure  8.  NPSATl  will  not  have  the  most 
efficient  solar  cells  on  the  market  covering  the  entire  spacecraft,  but  may  be  fortunate  to 
at  least  have  the  top,  angled  portion  cells  be  of  an  increased  efficiency  provided  by  triple¬ 
junction  cells.  The  sides  of  the  structure  will  be  Silicon  cells.  A  Launch  Vehicle 
Interface  (LVI)  is  used  for  electrical  connectivity  to  the  launch  vehicle,  and  will  be  used 
to  provide  trickle  charging  for  the  NPSATl  batteries  once  it  is  integrated  to  the  launch 
vehicle  and  prior  to  launch.  The  two  NPSATl  batteries  are  Lithium-ion  polymer  cells 
with  a  capacity  of  106  Watt-hours  (3.6  Ampere-hours)  each,  and  are  considered  an 
experiment  on  NPSATl,  even  though  they  are  the  only  energy  storage  devices  being 
used.  This  battery  technology  is  being  flown  on  PICOSAT,  named  the  Polymer  Battery 
Experiment  (PBEX),  with  a  launch  scheduled  for  September  2001. 


Figure  8.  EPS  Block  Diagram 
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The  EPS  microcontroller  (UT80C196KD)  is  identical  to  the  one  in  the  C&DH 
subsystem.  Not  all  of  the  memory  supporting  the  EPS  is  traditional;  another  experiment, 
ferroelectric  RAM  (PRAM),  is  being  used  in  the  EPS.  PRAM  is  nonvolatile,  and  is  also 
radiation  hard.  Other  functions  of  the  EPS  include  analog/digital  conversion,  as  well  as 
multiplexing  (muxing).  Some  of  the  sensors  within  the  EPS  are  current  sensors  (hense), 
and  others  are  temperature  sensors.  The  temperature  sensors  are  particularly  important  as 
they  provide  valuable  feedback  to  ensure  the  operating  temperatures  of  these  batteries 
stay  within  the  prescribed  limits. 

When  conceptualizing  and  designing  an  EPS,  several  functions  and  subfunctions 
must  be  taken  into  consideration.  According  to  Wertz  and  Parson,  the  following  lists 
functions  of  a  typical  top-level  EPS: 

•  Supply  a  continuous  source  of  electrical  power  to  spacecraft  loads 
during  the  mission  life. 

•  Control  and  distribute  electrical  power  to  the  spacecraft. 

•  Support  power  requirements  for  average  and  peak  electrical  load. 

•  Provide  converters  for  ac  and  regulated  dc  power  buses,  if 
required. 

•  Provide  command  and  telemetry  capability  for  EPS  health  and 
status,  as  well  as  control  by  ground  station  or  autonomous  system. 

•  Protect  the  spacecraft  payload  against  failures  within  the  EPS. 

•  Suppress  transient  bus  voltages  and  protect  against  bus  faults. 

•  Provide  the  ability  to  fire  ordnance,  if  required.  (1999) 


1,  Limits 

As  was  previously  mentioned,  a  major  limitation  in  the  NPSATl  design  project 
was  the  amount  of  available  power.  Having  said  this,  there  are  still  requirements  to  run 
the  various  payloads  effectively,  while  simultaneously  maintaining  a  healthy  spacecraft. 
Armed  with  this  awareness,  all  analysis  of  the  EPS  and  its  power  availability  numbers 
was  conducted  as  worst-case  scenarios,  and  calculated  for  end  of  life  values.  The  result 
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was  that  using  14-15%  efficiency  for  the  Silicon  solar  cells,  the  two-year  end  of  life 
power  would  be  22.8  Watt-hours  of  energy  available  per  orbit. 


2,  Tradeoffs 

Due  to  the  unique  circumstance  of  NPSATl  and  several  of  its  components 
coming  to  NPS  free  of  charge,  the  actual  tradeoffs  were  minimal  in  the  EPS  arena.  One 
area  that  is  often  debated  is  the  type  of  batteries.  Since  NPSATl  is  employing  COTS 
technology  that  is  yet  to  be  space-applied,  Lithium-Ion  polymer  batteries  were  selected  as 
the  batteries  of  choice.  Historically,  space-qualified  batteries  consisted  of  either  Nickel- 
Cadmium  or  Nickel-Hydrogen,  so  the  attempt  by  the  NPSATl  design  project  team  to  go 
with  a  developmental  battery  type  such  as  Lithium-Ion  polymer  could  prove 
advantageous  for  future  space  applications.  Batteries  are  typically  rated  according  to 
specific  energy  density,  and  most  Lithium-Ion  variants  carry  a  specific  energy  density 
that  is  typically  three  to  five  times  higher  than  that  of  Nickel-Cadmium  alternatives. 
There  are  not  a  large  number  of  known  space  experiments  in  progress  that  are  exploring 
Lithium-Ion  polymer  batteries  for  energy  storage.  In  addition  to  the  PBEX  on  Picosat, 
two  instances  were  found,  with  one  of  them,  TechSat-21,  being  a  secondary  payload  on 
the  same  launch  as  NPSATl.  The  other  experiment.  Water  Inclination  Topography  and 
Technology  Experiment,  is  being  pursued  as  a  future  technology  demonstration  at  Johns 
Hopkins  University’s  Applied  Physics  Laboratory  (Johns  Hopkins,  2001). 

Another  potential  tradeoff  lies  in  the  photovoltaic  solar  cells.  Again,  NPS  was 
given  the  current  silicon  cells  as  a  result  of  a  previously  cancelled  Navy  project.  The 
option  to  purchase  more  efficient  cells,  such  as  Gallium  Arsenide,  Indium  Phosphide,  or  a 
triple-junction  solar  cell  configuration  is  being  pursued,  leading  to  better  power 
availability  for  the  lifetime  of  the  project.  Wertz  and  Larson  have  published  values  for 
solar  cell  efficiencies,  and  silicon  averages  approximately  14.8%  efficient.  Gallium 
Arsenide  and  Indium  Phosphide  both  surpass  18%  efficiency  (1999),  and  triple-junction 
cells  have  advertised  efficiency  as  near  24%.  This  may  appear  as  an  insignificant 
difference  of  only  a  few  percentage  points;  but  in  the  life  cycle  of  a  spacecraft,  especially 
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a  spacecraft  with  such  a  tight  electrical  power  budget,  even  minor  differences  in  solar  cell 
efficiency  can  have  a  large  impact  on  spacecraft  operations  and  effectiveness. 

Not  necessarily  a  tradeoff,  but  another  area  worth  mentioning  here  is  the  issue  of 
orbital  differences  and  the  effects  different  orbits  can  have  on  NPSATl.  Since  NPSATl 
will  be  launched  as  one  of  several  secondary  payloads  on  the  launch  vehicle,  the  design 
team  could  only  hope  for  a  favorable  orbit  altitude  and  inclination.  There  are  best  and 
worst-case  scenarios  when  considering  orbital  options,  but  since  NPS  had  no  influence  on 
the  type  of  orbit  NPSATl  would  ultimately  be  injected  into,  the  analysis  could  only  be 
built  around  various  combinations  of  high  and  low  altitudes,  both  mixed  with  other 
various  combinations  of  high  and  low  inclinations.  Some  examples  of  altitude  and 
inclination  analysis,  in  terms  of  the  beta  angle  between  NPSATl  and  the  sun  are  in 
Figure  9,  Figure  10,  and  Figure  11. 


Figure  9.  35-Degree  Inclination  Beta  Angle  Analysis. 
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Beta  Vs.  Time  (60  degree  inclination) 
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Figure  10.  60-Degree  Inelination  Beta  Angle  Analysis. 


Beta  Vs.  Time  (85  degree  inclination) 
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Figure  1 1 .  85-Degree  Inelination  Beta  Angle  Analysis. 
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E,  ATTITUDE  CONTROL  SUBSYSTEM  (ACS) 


One  of  the  biggest  differenees  in  the  design  of  NPSATl  from  that  of  the  already 
successful  PANSAT  was  the  inclusion  of  a  three-axis  stabilization  design.  Since  the 
design  and  component  layout  is  going  to  be  directed  at  producing  a  gravity  gradient 
friendly  spacecraft,  the  hope  is  that  the  requirement  for  attitude  control  will  be  minimal 
enough  to  be  handled  with  magnetic  torque  rods. 

The  critical  component  of  a  successful  ACS  for  NPSATl  will  be  the  software. 
Sensors  such  as  magnetometers  and  sun  sensors  will  provide  the  input  for  the  software  to 
process,  ultimately  leading  to  a  controlled  spacecraft  whose  attitude  enables  the  payloads 
to  be  able  to  carry  out  their  designed  missions. 

The  ACS  block  diagram  in  Figure  12  shows  that  there  will  be  an  option  of 
including  or  excluding  input  from  the  Micro  Electro-Mechanical  Systems  (MEMS)  rate 
sensors;  MEMS  will  be  discussed  later.  The  primary  sensor  is  the  three-axis 
magnetometer,  with  the  actuators  being  three  magnetic  torque  rods,  or  torquers.  The 
clock,  orbit  propagator,  and  magnetometer  are  critical  to  the  ACS,  as  they  provide  the 
necessary  inputs  to  the  various  algorithms  that  ultimately  control  NPSATl’ s  attitude. 

1,  Limits 

Design  limitations  for  the  ACS  fell  victim  to  the  same  space  and  power 
limitations  as  have  been  previously  mentioned.  Larger  spacecraft  typically  use  reaction 
or  momentum  wheels  to  provide  the  larger  amounts  of  torques  necessary  to  stabilize  the 
spacecraft.  However,  space,  power,  and  budgetary  limitations  on  NPSATl  dictate  that 
the  only  real  options  for  ACS  active  components  are  torque  rods.  Table  2  shows  rate  and 
attitude  determination  tradeoffs. 
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Figure  12.  ACS  Block  Diagram  (NPSATl  Design  Overview). 
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Steady  State 
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Option  Characteristics 
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Error~deg 
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Power 

~W 
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1* 
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1.5 
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1.2 

- 

- 
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Estimator 
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1.3 

5  A  24 

Mag  +  SS 

1.8 

6 

0.9 

3 

Quat 

Quat 

0.4 

Mag  +  HS 

2.2 

80 

1 

4 

Mag 

Mag 

0.6 

Mag  +  Gyro 

4.6 

11 

0.2 

5 

Gyro 

Quat 

Mag 

0.5 

4  A  8 

Mag  +  SS  +  Gyro 

5.2 

17 

1.1 

6 

Quat 

Quat 

0.4 

Mag  +  HS  +  Gyro 

5.6 

91 

1.2 

Magnetometer  based  control  law 

Quaternion  based  control  law  (magnetometer  vector  +  sun  or  nadir  vector) 


***  Acquisition  time  is  initial  condition  dependent  (attitude,  rate,  true  anomaly  and  lat/lon) 

ACost  =  hardware  cost  only 
SS  =  sun  sensor 
HS  =  horizon  sensor 

Table  2.  Rate  and  Attitude  Determination  Trade-Off  (NPSAT  ADCS,  2001) 
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A  limitation  caused  by  funding  and  power  issues  may  be  present  in  the  area  of 
either  sun  sensors  or  horizon  sensors.  These  eomponents  would  input  valuable 
information  into  the  algorithms  required  to  ealeulate  the  most  effeetive  attitude  eontrol 
and  spaeecraft  stabilization.  However,  with  limited  fiscal  and  electrical  power  budgets 
for  the  NFS  ATI  projeet,  relianee  will  primarily  need  to  be  put  on  the  magnetometers  and 
the  information  they  ean  provide  to  eontribute  to  the  overall  suecess  of  the  Attitude 
Control  Subsystem. 

2.  Tradeoffs 

The  issues  eonsidered  when  designing  what  type  of  ACS  eomponents  would 
suffice  for  NPSATl  were  related  to  physieal  and  fiseal  limitations.  The  eombination  of 
output  torque,  physieal  size,  and  power  requirements  were  the  drivers  when  deeiding  on 
the  type  of  aetuators  to  pursue.  Reasonable  expenses  eould  be  ineurred  in  obtaining  both 
the  magnetometers  and  the  torque  rods. 


F.  COMMAND  AND  DATA  HANDLING  (C&DH) 


In  order  for  a  spaeeeraft  sueh  as  NPSATl  to  be  autonomous,  there  needs  to  be  a 
vehicle  for  handling  and  distributing  the  various  eommand  information.  Therein  lies  the 
mission  of  the  Command  and  Data  Handling  Subsystem.  Figure  13  is  the  C&DH  bloek 
diagram.  Aeeording  to  Wertz  and  Larson, 

The  eommand  and  data  handling  system,  C&DH,  performs  two  major 
funetions.  It  reeeives,  validates,  deeodes,  and  distributes  eommands  to 
other  spacecraft  systems  and  gathers,  proeesses,  and  formats  spaeeeraft 
housekeeping  and  mission  data  for  downlink  or  use  by  an  onboard 
eomputer.  This  equipment  often  ineludes  additional  functions,  such  as 
spacecraft  timekeeping,  eomputer  health  monitoring  (watehdog),  and 
security  interfaces.  (1999) 

Note:  NPSATl ’s  watehdog  timer  is  aetually  in  the  EPS. 
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As  a  key  to  Figure  13,  the  red  and  italieized  text  represents  those  items  that  are 
uniquely  ereated  and  eontrolled  by  the  NFS  ATI  design  team.  The  regular  text  depicts 
items  that  are  either  COTS  or  otherwise  pre-existing. 

The  PPP  Link  is  a  point-to-point  protocol  link,  similar  to  those  links  that  use  dial¬ 
up  methods  common  between  households  and  Internet  Service  Providers  across  the  world 
today.  The  device  using  the  PPP  Link  is  a  UART,  or  Universal  Asynchronous 
Receiver/Transmitter,  which  is  a  chip  that  has  both  a  receiver  and  a  transmitter  section. 


Figure  13.  C&DH  (NPSATl  Design  Overview). 

Basic  input/output  system,  or  BIOS,  is  built-in  software  that  determines  what  a  computer 
can  do  without  accessing  programs  from  a  disk.  The  NPSATl  Operating  System  (O.S.) 
is  Linux.  The  IDE,  or  Integrated  Drive  Electronics  is  a  method  of  connecting  hard  drives. 
The  ED  AC  RAM  (Error  Detection  and  Correction  Random  Access  Memory)  is  discussed 
in  the  next  section. 
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1. 


Limits 


One  of  the  largest  issues  of  eoncern  in  the  C&DH  subsystem  would  be  the 
handling  of  the  image  data  ereated  by  the  digital  eamera.  Proeessing  sueh  eomplex  and 
high-volume  data  not  only  requires  a  eapable  proeessor,  but  also  eombined  with  the  low 
power  requirements  throughout  the  spaeeeraft  make  the  image  proeessing  a  formidable 
ehallenge. 

Due  to  the  unavoidable  experieneing  of  single-event  upsets  (SEU)  in  the  spaee 
environment,  the  design  approaeh  has  made  a  preliminary  determination  that  EDAC 
memory  would  be  neeessary.  EDAC  ean  be  designed  with  different  eapabilities,  and  the 
NFS  ATI  EDAC  is  being  designed  to  eorreet  single  bit  errors  only.  If  there  are 
oeeurrenees  of  multi-bit  errors,  the  proeessor  board  will  reset.  An  additional  limitation  is 
that  the  C&DH  proeessor  and  other  eomponents  will  not  be  radiation  hard. 

2,  Tradeoffs 

Issues  of  power  eonsumption,  proeessor  speeds,  and  memory  types  and 
eapabilities  have  all  appeared  in  discussions  regarding  tradeoffs  in  this  particular  area. 
The  number  of  possible  combinations  and  variations  in  this  software-driven  subsystem 
are  endless.  However,  it  has  been  determined  that  due  to  the  unavailability  of  a  COTS 
solution  to  the  EDAC  system  memory,  the  C&DH  processor  board  will  be  designed  in- 
house. 


3,  Software 

Effective  and  reliable  software  is  critical  to  both  meeting  timeliness  objectives  in 
a  satellite  design  project  and  accomplishing  mission  success  of  the  spacecraft  on  orbit. 
The  following  is  a  brief  overview  of  NPSATl ’s  C&DH  software  ideas,  including  reasons 
and  objectives  for  its  uniqueness,  as  published  in  a  recent  NPS  Research  Newsletter: 
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The  Naval  Postgraduate  Sehool  is  developing  NPSATl  to  ineorporate 
eommereial  standards  in  a  proeessor  arehiteeture  that  potentially  improves 
reliability  of  software  and  deereases  development  time.  The  software  part 
of  any  spaee  system  is  arguably  the  least  reliable  and  most  prone  to  eause 
sehedule  delays,  and  thus  inereases  the  eost  of  the  program.  A  likely  eause 
for  delays  and  unreliability  is  the  uniqueness  of  the  spaee  flight  hardware 
as  a  eomputing  platform.  Beeause  of  this  hardware  uniqueness,  software 
eannot  reliably  be  tested  until  hardware  beeomes  available  on  whieh  to  run 
and  debug  software  drivers,  routines,  and  eontrol  algorithms.  The  problem 
beeomes  more  readily  apparent  as  more  autonomy  is  required  of  the 
spaeecraft  that  in  turn  demands  a  more  sophistieated  operating  system. 
One  solution  is  to  use  current  standards  that  are  widely  accepted  in 
industry.  This  affords  the  use  of  commercial-off-the-shelf  (COTS) 
products.  The  goal  of  the  NPSATl  small  satellite  is  to  demonstrate  a 
command  and  data  handling  (C&DH)  subsystem  which  is  compatible  with 
a  common  desktop  PC  along  with  a  POSIX-compliant  operating  system, 
namely  Linux.  The  Linux  operating  system  is  a  robust,  multitasking 
operating  system  with  a  rich  environment  for  the  software  developer. 
Combining  the  PC  hardware  with  the  Linux  operating  system  software 
offers  the  means  by  which  software  development  carried  out  on  desktop 
PCs  is  fully  compatible  with  the  target  flight  hardware.  At  NPS,  this 
means  officer  students  can  work  on  software  algorithms  without  the  need 
to  code  at  the  hardware  level  (NPS  Research,  2001). 
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III.  PAYLOADS 


NPSATl  has  a  design  that  will  incorporate  a  variety  of  small  payloads.  Major 
sponsors  will  provide  some  payloads,  and  some  are  going  to  be  designed  and  built 
locally.  Other  options  may  include  the  use  of  individual  COTS  components  to  make  up  a 
unit,  or  possibly  be  an  entire  unit  that  is  ready  for  installation  in  its  unaltered  COTS  state. 
No  matter  what  their  backing  or  source  of  origination,  all  payloads  will  be  combined  to 
function  within  the  overall  NPSATl  design  architecture. 


A,  COHERENT  ELECTROMAGNETIC  RADIO  TOMOGRAPHY 

The  Naval  Research  Laboratory  (NRL)  in  Washington,  DC  is  a  major  sponsor  of 
projects  such  as  NPSATl.  On  this  project,  the  NRL  is  sponsoring  two  payloads  in 
support  of  their  ongoing  research  into  the  realm  of  ionospheric  propagation  effects  on 
satellite  to  ground/ground  to  satellite  communications.  The  payloads  are  known  as 
Coherent  Electromagnetic  Radio  Tomography  (CERTO)  and  a  Eangmuir  Probe.  These 
payloads,  experiments,  and  measurements  are  not  new,  but  the  flexibility  and  variations 
in  information  collected  due  to  different  orbital  environments  and  different  orbital 
elements  experienced  by  each  and  every  satellite  can  contribute  to  the  overall  success  of 
this  series  of  experiments. 

1.  Description 

CERTO  is  a  multi-beacon  transmitter  whose  purpose  is  to  assist  in  the  monitoring 
and  measurement  of  atmospheric  scintillations  on  radio  wave  propagation.  As  many  as 
three  different  frequencies  can  be  used,  but  NPSATl  will  carry  only  a  two-frequency 
transmitter  for  the  purposes  of  this  experiment.  The  transmissions,  at  150.012  and 
400.032  MHz  will  be  continuous  wave  and  phase  coherent.  Receiving  stations  can  be 
either  ground  based  or  space  based,  and  the  locations  of  which  will  only  be  relevant  for 


31 


duty  cycling  the  transmitter,  as  the  CERTO  beaeon  will  not  be  able  to  be  transmitting 
eontinuously  due  to  power  eonstraints. 


2.  Reason  for  Inclusion 

The  potential  benefits  of  developing  a  substantial  database  and  model  for  eleetron 
eontent  in  the  ionosphere  have  signifieant  applieations  within  the  Department  of  Defense 
(DoD),  as  well  as  in  eommereial  applieations.  Speoifieally  for  the  DoD,  where  the  use  of 
radar,  navigation,  surveillanee,  and  eommunieations  rely  heavily  on  spaee  assets,  a 
working  knowledge  of  the  effeets  of  seintillations  on  system  performanee  is  essential. 
Even  more  benefieial  would  be  the  ability  to  prediet  those  instanees  where  the 
seintillations  would  be  too  intense  to  be  able  to  avoid,  and  a  eritieal  eommunieations 
element,  for  example,  eould  be  delayed  or  ehanged  in  sueh  a  way  that  the  seintillation 
period  would  not  direetly  affeet  its  outeome.  An  aeeurate  model  or  method  of  predieting 
any  type  of  atmospherie  interferenee  would  also  be  very  benefieial  for  those  periods 
when  navigation  is  eritieal  and  having  only  spaee-based  systems  available  as  a  referenee. 

A  deeision  aid  eurrently  exists  with  similarities  to  what  experiments  sueh  as 
CERTO  ean  provide.  Aeeording  to  the  Air  Eoree  Researeh  Eaboratory,  “Seintillation 
Network  Deeision  Aid  is  a  eomputer  program  that  prediets  eommunieation  satellite 
outages  above  the  equator  that  are  eaused  by  naturally-oeeurring  disruptions  in  the 
ionosphere”  (SCINDA,  1998).  The  NRL  views  the  SCINDA  as  more  of  a  regional  tool, 
and  hopes  to  ultimately  ereate  a  deeision  support  aid  that  will  be  global  in  seope.  The 
CERTO  diseoveries  would  lead  to  a  more  extensive  data  set  of  Total  Eleetron  Content 
(TEC)  in  the  ionosphere  for  use  in  modeling  and  foreeasting  tools  and  applieations. 


3,  Ground  Stations 

The  ground  station  portion  of  the  overall  attempt  to  eolleet  information  relating  to 
ionospherie  seintillations  is  somewhat  autonomous,  and  not  hardware-intensive.  A 
ground  station  eonsists  of  simply  an  antenna  and  a  desktop  personal  eomputer.  The 
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software  already  exists  to  manage  the  ineoming  data,  which  ultimately  gets  forwarded  to 
the  NRL  for  further  analysis  and  applications.  NPS  will  likely  become  a  CERTO  beacon 
ground  station,  which  will  allow  the  project  participants  to  see  how  this  resident  payload 
operates,  reinforcing  the  objectives  planned  by  installing  such  a  payload. 

The  Naval  Research  Laboratory  has  several  ground  stations  for  CERTO  and  other 
similar  space  experiments.  The  portability  and  relatively  low  cost  for  establishing  and 
maintaining  these  stations  make  it  nearly  impossible  to  predict  exact  locations  that  the 
NPS  ATI  spacecraft  will  have  in  its  view  once  it  reaches  orbit  in  approximately  five 
years.  There  will  be  orbital  reasons  for  only  being  able  to  see  certain  ground  stations,  and 
there  will  also  be  power  and  duty  cycle  considerations  when  the  ground  site  locations  are 
in  fact  known.  However,  these  will  be  relatively  simple  to  program  into  NPSATl’s 
C&DH  software  package. 


B,  LANGMUIR  PROBE 

In  close  relation  to  the  CERTO  experiment  will  be  the  inclusion  of  a  Langmuir 
Probe  experiment.  Also  sponsored  by  the  NRL,  it  will  contribute  to  modeling 
ionospheric  TEC  from  data  taken  at  spacecraft  altitude. 


1.  Description 

The  probe  is  a  deployable  “antenna”  that  collects  readings  from  the  environment 
as  the  spacecraft  travels  through  it.  There  are  no  transmissions  as  in  the  case  of  CERTO, 
but  rather  just  a  collection  of  electronic  data  that  will  be  stored  in  NPS  ATI  until  the 
spacecraft  comes  in  view  of  the  NPS  ground  station  and  does  a  download.  The  Langmuir 
Probe  data  will  likely  be  packaged  with  the  rest  of  the  payload  data,  as  well  as  any 
telemetry  and  subsystem  health  data  that  is  scheduled  for  downloading.  The  orientation 
of  the  antenna  will  be  such  that  it  is  flying  normal  to  the  flight  plane,  exposing  as  much 
of  the  surface  area  of  the  antenna  to  the  bombardment  of  electrons  in  the  flight  plane. 
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2. 


Reason  for  Inclusion 


Collection  of  ion  content  at  orbit  altitude  can  result  in  data  that  can  be  correlated 
with  the  CERTO  data.  Studies  can  ultimately  lead  to  better  location  of  ion  concentrations 
by  comparing  not  only  the  beacon  transmissions  that  travel  through  the  ionosphere  to  the 
ground,  but  also  the  ion  content  at  orbit  altitude  of  NFS  ATI  and  other  spacecraft  carrying 
similar  ion-measuring  payloads.  If  there  are  several  spacecraft  carrying  Langmuir  Probes 
and/or  CERTO  transmitters,  and  if  these  different  spacecraft  are  at  significantly  different 
altitudes,  a  variety  of  measurements  would  be  taken  and  correlation  may  provide 
extremely  important  data  about  the  ion  content  and  the  effects  these  concentrations  could 
have  on  DoD  communications  and  detection  systems. 


C.  VISIBLE  (WAVELENGTH)  IMAGER  (VISIM) 

The  payload  that  will  be  nearly  100%  COTS  technology  will  be  the  digital  camera 
payload.  Not  only  will  having  a  camera  on  NPSATl  make  it  possible  to  see  an 
occasional  snapshot  from  the  spacecraft’s  perspective,  but  it  will  also  make  it  possible  for 
some  software  and  hardware  experiments  to  be  conducted  as  a  proof  of  concept. 

1.  Description 

This  will  be  a  COTS  selection,  with  no  space  applications  or  hardening  involved. 
A  PC/ 104  computer  board  will  be  dedicated  to  the  camera  operations.  The  camera  will 
be  fixed  in  position,  pointing  out  the  bottom  of  the  spacecraft,  most  likely  pointing  right 
through  the  payload  adapter  ring  that  is  expected  to  be  located  there.  The  camera  and 
lens  will  have  no  adjustable  focus  or  aiming  abilities,  so  the  quality  of  the  photos  will 
rely  on  the  pointing  accuracy  of  the  spacecraft  combined  with  the  spacecraft’s  flight 
stability.  Below  are  some  of  the  digital  camera’s  performance  specifications,  assuming  a 
450  km  orbit  altitude: 
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Resolution; 
Exposure  Speed; 
Pixel  Size; 

Pixels  per  image; 
Image  area; 

Raw  image  size; 


~70m 
1  msee 

7.4  X  7.4  microns 
652  X  492 
1570  W 
320  kbytes 


2.  Reason  for  Inclusion 


The  cliche  “a  picture  is  worth  a  thousand  words”  is  a  primary  reason  for  including 
such  a  payload  on  the  NPSATl  project.  The  applications  of  having  a  camera  on  the 
spacecraft  are  not  limited  to  actual  photographs.  Since  processing  images  is  much  more 
complex  from  a  software  standpoint,  this  will  be  a  true  test  of  the  abilities  of  such  a 
small-scale  satellite  project  design  team. 

There  are  a  myriad  of  opportunities  for  applying  the  data  and  images  recovered 
from  the  camera  payload.  Not  only  will  the  ground  station  personnel  be  looking  forward 
to  recovering  the  first  images  captured  by  NPSATl,  but  also  they  will  be  curious  to  see  if 
the  photos  are  accurate  with  what  the  program  was  designed  to  do. 

A  bit  more  external  to  the  design  project  team,  some  of  the  applications  of  having 
an  imager  in  orbit  can  extend  to  local  areas  and  communities.  Some  thoughts  have  arisen 
that  would  make  the  NPSATl  images  available  to  the  public  for  educational  purposes,  as 
well  as  making  some  sort  of  interactive  application  (i.e.  web  based)  which  would  enable 
select  outside  agencies,  such  as  local  elementary  schools,  connect  to  the  site  and  request 
certain  images  be  taken.  The  opportunities  really  are  endless,  especially  when  the 
product  is  something  as  common  and  understandable  as  a  photograph. 


3,  Capabilities 

The  operation  of  the  camera  hardware  itself  will  be  software-intensive.  The 
complexities  included  in  the  image-taking  process  are  compounded  when  it  is  time  to 
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push  and  process  the  raw  data  into  a  usable  form.  Some  of  the  areas  of  coneem  will  be 
related  to  available  power  and  communieations  aecess  to  the  ground  station,  as  well  as 
available  memory.  To  alleviate  part  of  the  communieations  aeeess  problem  (not  enough 
download  time  for  high  volumes  of  imagery  data),  the  idea  being  pursued  is  to  compress 
images  and  download  highly-compressed  preview  images  on  one  pass  of  the  satellite, 
then  allow  the  ground  personnel  to  select  which  images,  if  any,  are  to  be  fully 
downloaded  on  another  available  pass.  This  approach  seems  to  make  sense,  but  will  need 
to  eonsider  both  the  time  available  for  communications  as  well  as  the  available  memory. 
The  deeision  will  be  not  only  be  how  many  complete  images  to  be  downloaded,  but  also 
determining  storage  priority  or  quality  aeoeptanee  in  ease  the  spaceeraft  will  not  be 
within  view  of  the  ground  station  for  an  extended  period  of  time  before  it  ean  off  load  the 
memory-intensive  images.  Examples  of  different  levels  of  JPEG  (Joint  Photographie 
Experts  Group)  eompression  (file  size  followed  by  compression  ration)  are  shown  in 
Eigure  14,  and  Eigure  15  shows  some  of  the  imaging  hardware. 
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Original  Photo:  326  kbytes 


70.5  kbytes  (4.6:1) 


46.3  kbytes  (7:1) 


15.3  kbytes  (21.3:1) 


Figure  14.  Examples  of  Compression  (After  JPEG  Compression  Example). 


Eigure  15.  Digital  Camera  and  PC/104  Board  (NPSATl  Design  Overview). 
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D,  MICRO  ELECTRO-MECHANICAL  SYSTEMS  (MEMS)  EXPERIMENT 


The  MEMS  experiment  will  use  COTS  components  for  a  spacecraft  technology 
demonstration.  MEMS  devices  can  serve  a  myriad  of  applications,  and  not  only  in  the 
space  industry.  The  NFS  ATI  team,  however,  realized  that  MEMS  might  be  a  valuable 
addition  to  their  attempt  at  making  advances  in  areas  not  extremely  well  tested  in  space. 

1.  Description 

The  devices  to  be  used  with  NPSATl  will  be  three  rate  sensors  arranged 
orthogonally  for  a  triaxial  sensor,  to  assist  in  the  attitude  control  of  the  spacecraft,  an 
added  benefit  especially  during  the  initial  acquisition/startup  phase.  The  information 
collected  by  these  MEMS  devices  will  be  fed  into  the  attitude  control  algorithm  to  assist 
in  establishing  and  maintaining  a  stable  spacecraft.  A  thesis  on  MEMS  for  small 
satellites  has  been  recently  completed  at  NFS  which  included  testing  of  a  MEMS  rate 
sensor  similar  to  those  targeted  flight  (Okano,  2001). 

2.  Reason  for  Inclusion 

The  purposes  of  incorporating  MEMS  devices  into  the  NPSATl  project  are 
twofold.  First,  the  benefit  of  having  more  rate  sensing  equipment  in  addition  to  the 
Attitude  Control  Subsystem’s  equipment  (i.e.  magnetometers)  should  make  the  ACS 
more  effective  and  efficient  at  accomplishing  its  mission.  Second,  using  MEMS 
technology  in  space  will  be  an  experiment  in  using  a  non-hardened  rate  sensor  in  space, 
the  history  of  which  is  not  known.  The  MEMS  rate  sensors  can  be  used  periodically 
throughout  the  life  of  NPSATl,  not  just  during  the  acquisition/startup  phase,  which  will 
provide  additional  tests  of  their  operation  in  space.  (NFS  Research,  2001) 
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E, 


CONFIGURABLE  PROCESSOR  EXPERIMENT 


One  experiment  on  NPSATl  that  has  its  design  and  origination  from  within  the 
eonfines  of  the  Monterey  eampus  is  the  Configurable  Proeessor  Experiment  (CPE).  This 
will  reside  as  a  card  on  the  C&DH  PC/104  bus. 

1.  Description 

Thesis  work  is  currently  underway  on  this  experimental  payload  at  NPS. 
According  to  Eashomb,  the  CPE  “is  an  extension  of  the  Triple  Modular  Redundant 
(TMR)  processor  system  (three  microprocessors  and  their  associated  voting  logic).  The 
intent  is  to  implement  it  using  a  single  Xilinx  EPGA  (XCV-800)  mounted  on  a  PC/104 
interface  card  that  includes  necessary  ROM  and  RAM  for  programming  the  Xilinx  chip 
and  uploading  experimental  programs.  The  Xilinx  chip  would  be  programmed  to 
emulate  the  necessary  hardware  of  the  processors,  voting  logic,  EIEOS,  and  latches” 
(Eashomb,  2001).  Refer  to  Eigure  16  for  the  CPE  block  diagram. 


2.  Reason  for  Inclusion 

In  theory,  this  configuration  would  provide  additional  processing  capacity  to 
supplement  the  C&DH  PC/104,  resulting  in  a  more  efficient  operation  of  internal 
processing  requirements.  It  may  be  possible  for  the  CPE  to  be  tasked  with  a  certain 
portion  of  payload  data  processing,  such  as  receiving  input  from  the  Eangmuir  Probe  and 
processing  it  so  that  it  can  be  easily  packaged  and  transmitted  when  necessary. 
Depending  on  the  capabilities  of  the  CPE,  a  more  intense  and  complex  task  could  be  sent 
its  way,  such  as  being  responsible  for  all  image  compression  and  processing 
requirements.  These  attempts  at  a  division  of  effort  within  the  processing  components  of 
the  spacecraft  appear  to  be  conceptually  ideal,  but  further  analysis  of  the  components  and 
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Application  of  CPE  to  triple-modular,  redundant  (TMR)  computer 


lOSept.OI 


Figure  16.  CPE  Block  Diagram 


the  workloads  they  can  accept  will  ultimately  fall  back  to  the  issue  of  available  power 
and  other  resources  necessary  to  complete  the  processes.  Lashomb  also  adds,  “If 
successfully  implemented,  such  a  TMR  design  would  be  re-configurable  for  upgrade 
and/or  in-flight  repair  of  damaged  logic.  There  are  many  questions  in  such  an 
implementation  and  its  reaction  to  a  radiation  environment  such  as  how  the  soft-logic 
would  respond  to  Single  Event  Upsets....  whether  a  SEU  would  simply  cause  a  fault  in 
the  ‘Logic’  or  a  fault  in  the  program  which  structures  the  logic  and  what  is  the  best  way 
to  mitigate  either  case”  (Lashomb,  2001). 
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IV.  LAUNCH  ELEMENT 


A.  DEPARTMENT  OF  DEFENSE  SPACE  TEST  PROGRAM  OVERVIEW 

Designing  a  spacecraft  is  no  small  task,  but  neither  is  it  the  only  major  item  for 
consideration  when  beginning  a  program  with  intentions  of  making  it  into  orbit.  One  of 
the  largest  factors,  especially  one  of  the  largest  cost  factors  in  most  situations,  is 
obtaining  a  launch  vehicle  to  transport  the  satellite  into  its  orbit. 

Without  benefits  and  assistance  provided  by  larger  programs  and  organizations, 
institutions  like  the  NPS  most  likely  would  not  be  able  to  successfully  get  programs  such 
as  PANSAT  and  NPSATl  off  the  ground,  literally.  It  is  due  to  organizations  such  as  the 
Department  of  Defense’s  Space  Test  Program  (STP)  and  associated  Space  Experiments 
Review  Board  (SERB)  that  smaller  institutions  and  research  labs  associated  with  the  DoD 
are  able  to  get  their  projects  into  space. 

The  STP,  headquartered  at  Kirtland  Air  Eorce  Base  in  Albuquerque,  NM  has  a 
primary  objective  of  getting  those  experiments  listed  on  the  SERB  priority  list  a  flight  to 
space.  The  SERB  prioritizes  applicants  from  across  the  DoD  according  to  military 
relevance  (60%),  quality  of  experiment  (20%),  and  service  priority  (20%).  Elltimately, 
the  list  of  experiments  produced  by  the  SERB  is  delivered  to  the  STP  organization  for 
further  planning,  eventually  resulting  in  a  flight  of  the  experiment  into  space.  According 
to  the  STP  web  site. 

Once  an  experiment  makes  the  priority  list  there  are  three  general  ways  which  it 
can  gain  space  flight.  Mission  design  and  planning  effort  is  initiated  to  study  the  most 
cost  effective  means  for  space  flight,  attempting  to  match  up  flight  opportunities  with 
specific  experiments.  Eor  experiments  with  unique  orbital  requirements  that  can  best  be 
met  by  free-flying  spacecraft.  Space  Test  Program  (STP)  contracts  for  spacecraft 
development,  experiment  integration,  and  launch  service.  STP  also  flies  experiments  as 
secondary  payloads  (piggybacks)  on  spacecraft  of  various  agencies,  including  NASA  and 
DOD,  and  various  countries,  including  Russia  and  Prance.  The  third  way  in  which  STP 
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gains  space  flight  for  SERB  ranked  experiments  is  through  a  eollaboration  with  NASA  to 
fly  experiments  on  the  Spaee  Shuttle  whieh  are  either  attached  to  the  payload  bay  earriers 
or  housed  in  the  erew  cabin.  These  experiments  can  be  loeated  in  the  payload  bay  and 
either  retained  within  the  bay  or  ejeeted  for  orbital  flight.  Other  experiments  are  flown  in 
the  mid-deek  area  of  the  Spaee  Shuttle  erew  eabin.  (STP,  2001) 

The  Spaee  Test  Program  outlines  an  eight-step  proeess  that  is  typieally  followed 
by  organizations  hoping  to  use  the  STP  for  gaining  access  to  spaee.  This  step-by-step 
proeess  is  listed  below: 

•  Step  1:  Getting  A  Sponsor:  DOD  experiments  normally  originate  in  the  Serviee 
(Army,  Air  Foree,  Navy,  NASA)  laboratories  or  in  researeh  institutions  (eolleges, 
universities,  think  tanks,  ete)  but  are  in  no  way  limited  to  these  institutions.  Every 
experiment  must  be  sponsored  by  a  DOD  ageney. 

•  Step  2:  Submitting  a  Request:  Eaeh  experiment's  sponsoring  ageney  submits  a 
DD  Form  1721  through  organizational  channels  to  SAF/AQS.  This  form  is  first 
used  by  the  DOD-SERB  to  evaluate  the  experiments  and  prioritize  them. 

•  Step  3:  Ranking  Process:  Eaeh  experiment  is  assigned  a  ranking  on  the  DOD- 
SERB  experiment  priority  list  at  the  DOD-SERB  meeting.  Rankings  are  based  on 
briefings  given  by  the  experiment's  sponsoring  ageneies  to  a  panel  of  government 
representatives.  The  panel  eonsists  of  representatives  from  the  Air  Foree,  Navy, 
Army,  and  other  DOD  ageneies.  Experiments  are  ranked  based  on  the  panel's 
assessment  of  its  DOD  relevanee.  In  addition,  the  panel  considers  other  factors 
including  experiment  quality  and  serviee  priorities. 

•  Step  4:  Identification  of  Flight  Opportunities:  The  identifieation  of  spaee 
flight  opportunities  begins  with  the  development  of  an  STP  mission  model  for 
upeoming  years.  This  model  takes  into  aeeount  spaeeeraft  and  booster  budget 
eonstraints  and  the  number  and  type  of  prioritized  experiments.  Opportunities  to 
fly  as  seeondary  payload  on  non-STP  spaeeeraft  are  also  included  in  the  overall 
mission  model. 

•  Step  5:  Space  flight  Assignment:  Onee  a  spaee  flight  opportunity  has  been 
identified,  all  STP  experiments  are  reviewed  to  determine  whieh  are  eompatible 
with  the  opportunity.  Experiment  payload  questionnaire  are  sent  to  eaeh 
experiment  eompatible  with  the  mission.  The  objeetive  of  the  questionnaire  is  to 
provide  more  detailed  technical  information  than  was  provided  by  the  DD  form 
1721.  The  information  in  the  responses  to  these  questionnaires,  together  with  the 
STP  priority  list  and  the  spaee  flight  opportunities  are  then  studied  to  determine 
whieh  experiments  are  best  ineluded  in  the  mission. 


42 


•  Step  6:  Acquisition  Process:  Getting  the  mission  approved  by  SAF/AQS  and 
assigned  a  spaee  flight  is  only  the  first  step  toward  spaee  flight.  The  remainder  of 
the  proeess  depends  on  the  complexity  of  the  mission. 

Secondary  missions,  such  as  small  payloads  on  a  host  vehicle  and  Get- 
Away-Specials  (GAS)  on  the  Shuttle  usually  only  involve  a  memorandum  of 
agreement  and  the  transfer  of  funds  from  STP  to  the  program  office. 

Primary  missions  require  that  STP  procure  a  spacecraft  and  booster  or 
launch  service.  In  these  cases,  STP  must  go  through  the  DOD  procurement 
process,  which  includes  receiving  approval  for  the  acquisition  strategy  plan  and 
conducting  source  selection  activities  through  contract  award.  Experimenters  and 
their  sponsors  are  involved  in  two  ways:  Laying  the  groundwork  for  mission 
approval  (i.e.  for  the  expenditure  of  STP  funding  for  the  mission)  and  through 
briefings  and  meetings  in  support  of  source  selection  and  contract  award. 

•  Step  7:  Integration  Process:  Once  an  experiment  has  either  a  host  vehicle  or  a 
spacecraft  and  booster,  detailed  integration  design  and  analyses  are  done  by  both 
the  experimenter  and  the  integration  contractor.  The  result  of  this  effort  is  an 
interface  control  document  that  defines  the  technical  interface  requirements  which 
the  experimenter  must  meet  to  be  compatible  with  its  spacecraft.  Changes  to  the 
experiment  design/requirements  after  this  point  require  contractual  changes  and 
will  increase  the  cost  of  the  mission. 

•  Step  8:  Launch  and  On-Orbit  Operations:  Once  the  experiment  is  integrated 
to  a  spacecraft,  it  is  launched  and  on-orbit  operations  begin.  Experiment  data  is 
collected,  formatted  and  transmitted  to  the  experimenter.  One  year  of  on-orbit 
operations  is  provided  by  STP.  (STP,  2001) 

B,  LAUNCH  VEHICLE  OPTIONS 


NPSATl  is  close  to  being  accepted  and  manifested  for  a  Delta  IV  launch  vehicle 
in  the  latter  months  of  2005  or  early  2006.  The  following  sections  will  discuss  certain 
launch  vehicle  options  that  were  considered  during  the  NPSATl  design  process, 
culminating  with  NPSATl’s  means  of  accessing  space,  the  Delta  IV. 


1.  Space  Shuttle 

Referred  to  as  the  Space  Transportation  System  (STS)  by  NASA,  the  overall 
Space  Shuttle  program  is  highlighted  by  arguably  the  most  technologically  magnificent 
machine  built  by  humankind  (the  orbiter),  as  well  as  being  an  unbelievable  workhorse  in 
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launching  and  repairing  spacecraft  and  delivering  other  cargo  to  space,  such  as  is  the  case 
in  the  International  Space  Station.  This  reusable  spacecraft  was  the  launch  vehicle  for 
PANSAT,  so  NPS  has  knowledge  of  and  appreciation  for  the  Space  Transportation 
System. 

a.  Performance  Capability 

Complements  of  its  two  solid  rocket  boosters  and  the  orbiter’s  main 
engines  the  Space  Shuttle  is  capable  of  lifting  upwards  of  55,000  lbs  into  a  110  nautical 
mile  orbit  at  28.5  degrees  inclination  (STS,  2000). 

b.  Availability 

The  real  issue  is  how  easy  or  difficult  would  it  be  to  get  on  an  STS 
mission  in  the  next  4-6  years,  especially  with  so  many  missions  scheduled  for  the 
International  Space  Station  over  the  next  several  years.  Even  though  the  DoD  stresses 
the  importance  of  the  STP  and  the  SERB,  it  is  rarely  a  priority  of  NASA  to  concern 
themselves  with  this  type  of  experimental  payload,  especially  with  the  extreme 
importance  of  succeeding  with  this  manned  spacecraft  and  its  high-profile  missions.  The 
Space  Shuttle  was  always  in  the  back  of  the  design  team’s  minds,  especially  since  it  was 
the  launch  access  provided  to  PANSAT.  However,  most  of  the  focus  was  toward  other 
launch  vehicles,  expecting  that  the  most  likely  choice  would  be  one  of  the  expendable 
varieties.  In  addition,  NPSATl  needs  to  be  inserted  into  an  orbit  of  at  least  550  km 
altitude,  whereas  the  International  Space  Station  and  the  Space  Shuttle  missions  that 
support  it  reside  at  a  lower  altitude  of  approximately  350-390  km. 

c.  Limitations  and  Concerns 

The  primary  area  of  concern  when  discussing  the  possibility  of  using  the 
Space  Shuttle  as  a  potential  launch  vehicle  lay  in  the  issue  of  safety.  Due  to  this  being  a 
manned  space  flight,  there  are  extreme  measures  of  safety  and  reliability  that  must  be 
built  into  any  satellite  designed  for  launch  on  the  Space  Shuttle.  The  design  team  had 
lessons  learned  regarding  all  these  critical  issues,  and  did  not  prefer  to  relive  the  issues 
encountered  regarding  PANSAT’s  launch  vehicle. 
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2. 


Taurus 


A  private  company  known  as  Orbital  Sciences  Corporation  designed  a  launch 
vehicle  of  much  smaller  proportions  and  technical  complexities:  the  Taurus  launch 
vehicle  system.  It  is  intended  for  use  for  payloads  much  smaller  than  typical  Space 
Shuttle  payloads,  but  the  goal  of  this  launch  program  was  to  provide  a  means  of  relatively 
low  cost  and  highly  reliable  access  to  space. 

a.  Performance  Capability 

According  to  the  Taurus  User’s  Guide,  the  vehicle  is  well  suited  for 
getting  a  wide  variety  of  missions  into  Low  Earth  Orbit  (LEO)  over  various  altitudes.  It 
also  possesses  the  capability  to  transport  payloads  to  Geosynchronous  Transfer  Orbit 
(GTO).  NPSATl  would  provide  no  problem  for  the  capacity  and  orbit  limits  of  the 
Taurus  vehicle,  as  it  can  easily  inject  up  to  455  kg  (1000  lbs)  to  a  LEO  of  approximately 
600  km  in  altitude  at  inclinations  between  28.5  and  40  degrees  from  the  Eastern  Range, 
and  inclinations  of  55  to  120  degrees  from  the  Western  Range  (Taurus,  1999). 
NPSATl ’s  nominal  weight  of  82  kg  (181  lbs)  would  provide  little  challenge  for  this  or 
any  other  launch  vehicle  of  average  capacity  and  performance. 

b.  Availability 

Orbital  prides  itself  on  being  able  to  meet  relatively  short-notice  requests 
for  launch  services  (several  months),  even  though  that  is  rarely  necessary  to  execute  in 
the  space  and  satellite  launching  business.  According  to  their  users  guide. 

The  Taurus  system  can  operate  from  a  large  variety  of  launch  facilities  and 
geographic  locations.  The  system  is  compatible  with,  and  will  typically 
operate  from,  existing  U.S.  Government  ranges  at  Vandenberg  Air  Eorce 
Base  (VAEB),  Cape  Canaveral  Air  Station  (CCAS),  and  Wallops  Plight 
Pacility  (WPP).  While  most  commercial  missions  do  not  require  the  rapid 
response  capabilities  of  the  original  Taurus  program,  the  same  design 
features  that  allow  the  Taurus  system  to  meet  these  requirements  are  used 
to  streamline  vehicle  integration  and  launch  operations  for  all  Taurus 
missions.  (Taurus,  1999) 
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c.  Limitations  and  Concerns 

There  are  no  significant  limitations  or  concerns  regarding  the  NFS  ATI 
design  project  and  the  potential  for  it  using  a  Taurus  launch  vehicle  for  its  transportation 
into  orbit. 


3,  Pegasus 

Another  product  of  the  Orbital  Sciences  Corporation  is  known  as  Pegasus.  This 
launch  vehicle,  different  from  many  other  launch  vehicles,  is  carried  to  a  high  altitude  by 
a  large  jet  aircraft,  then  deployed  and  fires  its  own  rockets  in  order  to  reach  the  desired 
orbit  inclination  and  elevation. 

a.  Performance  Capability 

The  Pegasus  platform  is  quite  impressive  in  its  class.  According  to  its 
user’s  guide,  “over  the  past  ten  years,  the  ‘winged  rocket’  known  as  Pegasus  has  proven 
to  be  the  most  successful  in  its  class,  placing  70  satellites  in  orbit  with  29  launches.” 
(Pegasus,  2000)  Since  this  is  a  smaller  launch  vehicle,  its  payload  and  altitude 
capabilities  are  a  bit  less  than  other  launch  vehicles  discussed.  For  instance,  according  to 
the  user’s  guide,  the  maximum  capacity  a  Pegasus  can  get  to  an  altitude  of  600  km  is  350 
kg  (770  lbs).  (Pegasus,  2000) 

b.  Availability 

The  portability  and  air-launch  technique  allows  for  the  Pegasus  launch 
vehicle  to  have  flexibility  that  is  unknown  to  the  traditional  launch  pad  rockets.  It  can  be 
launched  from  virtually  anywhere  in  the  world,  meeting  a  large  variety  of  extremely 
unique  launch  requirements. 
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c.  Limitations  and  Concerns 

There  are  no  signifieant  limitations  or  eoncerns  regarding  the  NFS  ATI 
design  project  and  the  potential  for  it  using  a  Pegasus  launch  vehicle  for  its  transportation 
into  orbit. 


4,  Delta  IV 

Complements  of  the  DoD  Space  Test  Program,  and  the  obvious  efforts  of  the 
NFS  ATI  design  team,  NFS  ATI  will  be  launched  on  a  Delta  IV  (medium)  launch  vehicle, 
hopefully  prior  to  calendar  year  2006.  A  new  challenge  to  this  Boeing  Delta  IV  launch 
will  be  the  incorporation  of  the  Evolved  Expendable  Eaunch  Vehicle  (EEEV)  Secondary 
Payload  Adapter  (ESPA)  ring.  This  ring  will  provide  the  capability  for  the  launch 
vehicle  to  carry  not  only  a  primary  payload  of  significant  size  and  importance,  but  also  up 
to  six  smaller,  secondary  payloads.  These  secondary  payloads  will  be  mounted  to  the 
ESPA  ring,  and  be  pointing  out,  perpendicular  to  the  direction  of  flight  of  the  launch 
vehicle. 

a.  Performance  Capability 

The  launch  that  NPSATl  has  been  scheduled  for  will  have  several  unique 
characteristics,  all  of  which  are  well  within  the  capabilities  of  a  Delta  IV  launch  vehicle. 
As  the  manifest  now  stands,  the  primary  payload  will  be  launched  into  a  geosynchronous 
transfer  orbit  (GTO),  while  all  of  the  secondary  payloads  will  be  launched  into  EEO,  each 
with  similar  characteristics,  with  variations  based  on  the  timing  of  each  spacecraft’s 
release  from  the  ESPA  ring.  The  Delta  IV  Payload  Planner’s  Guide  reports  that  it  can  put 
almost  9,000  lbs  into  a  19,323  nautical  mile  GTO  (Delta  IV,  1999).  These  numbers  were 
used  to  calculate  how  much  each  of  the  secondary  payloads  could  weigh,  and  the  final 
tally  for  all  secondary  payloads  was  no  more  than  400  lbs  each. 
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b.  Availability 


Based  on  current  scheduling  information  provided  to  NFS  by  the 
personnel  in  charge  of  the  STP,  the  schedule  is  for  NFS  ATI  to  be  launched  as  a 
secondary  payload  in  October  2005.  The  timeframe  for  this  availability  date  was  largely 
the  result  of  financial  considerations,  since  the  U.S.  Air  Force  was  responsible  for 
acquiring  the  launch  vehicle  from  Boeing.  Without  any  further  delays  and  unavoidable 
circumstances,  this  will  be  the  launch  date  used  for  all  future  planning  and  coordination 
requirements  for  NPSATl,  its  neighboring  secondary  payloads,  and  the  primary  payload 
for  this  launch. 

c.  Limitations  and  Concerns 

Use  of  the  ESPA  ring  for  this  launch  will  not  have  historical  precedence, 
so  there  will  be  a  bit  of  added  concern  regarding  the  entire  launch  process.  The  physical 
limitations  for  NPSATl  to  fall  within  will  not  be  problematic.  There  are  concerns, 
however,  that  since  this  launch  will  be  sending  what  amounts  to  at  least  six  different 
spacecraft,  each  with  a  number  of  additional  payloads  and  experiments  of  significant 
value,  there  is  the  potential  for  unwanted  interference  among  all  the  different  sizes, 
shapes,  and  types  of  hardware  present  within  the  Delta  IV  fairing. 

The  layout  of  the  payloads  being  integrated  into  this  launch  has  brought 
out  a  few  understandable  concerns  among  the  participating  agencies  and  sponsors  of  the 
payloads.  The  primary  payload  sponsor  will  have  obvious  concerns  that  any  or  all  of  the 
secondary  payloads  could  potentially  cause  some  problems  that  could  render  the  primary 
payload  useless  (i.e.  a  secondary  payload  not  ejecting  from  the  ESPA  ring,  therefore 
remaining  as  a  part  of  the  primary  payload  “structure”).  This  is  not  hard  to  comprehend, 
as  the  primary  payload  carries  with  it  not  only  a  much  more  significant  payload  and 
operational  mission,  but  also  a  price  tag  that  far  outweighs  those  of  the  secondary 
payloads. 

The  ESPA  ring  layout  brings  with  it  some  additional  integration 
challenges,  especially  due  to  the  close  proximity  of  all  the  secondary  payload  satellites. 
Even  though  each  secondary  payload  is  aware  of  its  physical  limits  and  the  volume  it  is 
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allowed,  a  primary  concern  lies  in  the  potential  for  a  misfiring  ejection  mechanism,  or 
even  a  premature  deployment  of  a  part  of  the  spacecraft  (e.g.,  a  deploying  solar  panel  or 
antenna).  The  consequences  of  a  premature  deployment,  especially  if  the  fairing  is  still 
on  the  launch  vehicle,  could  be  detrimental  to  the  entire  payload  assembly,  primary  and 
secondary,  as  well  as  to  the  launch  vehicle  itself.  Not  only  do  all  the  spacecraft  designers 
need  to  concern  themselves  with  what  could  go  wrong  with  their  satellites,  but  also  they 
may  need  to  be  concerned,  at  least  in  small  part,  about  what  some  of  the  potential  hazards 
may  be  in  regards  to  the  other  satellites  within  the  fairing. 
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V.  POST-LAUNCH  OPERATIONS 


One  method  of  ensuring  the  operations  of  a  spacecraft  and  its  payloads  are 
adequately  prepared  and  designed  is  to  develop  an  overall  operations  plan.  Wertz  and 
Larson  refer  to  this  as  a  Mission  Operations  Plan  (MOP).  Developing  this  MOP  can  be 
done  according  to  the  following  step-by-step  process: 

Step  1:  Identify  the  mission  concept,  supporting  architecture,  and  key 
performance  requirements. 

Step  2:  Determine  the  scope  of  functions  needed  for  mission  operations. 

Step  3:  Identify  ways  to  accomplish  functions  and  whether  capability 
exists  or  must  be  developed. 

Step  4:  Do  trades  for  items  identified  in  the  previous  step. 

Step  5:  Develop  operational  scenarios  and  flight  techniques. 

Step  6:  Develop  timelines  for  each  scenario. 

Step  7:  Determine  the  resources  needed  for  each  step  of  each  scenario. 

Step  8:  Develop  data  flow  diagrams. 

Step  9:  Characterize  responsibilities  of  each  team. 

Step  10:  Assess  mission  utility,  complexity,  and  operations  cost  drivers. 

Step  1 1 :  Identify  derived  requirements. 

Step  12:  Generate  a  technology  development  plan. 

Step  13:  Iterate  and  document.  (Wertz  and  Larson,  1999) 

Some  of  the  benefits  of  using  such  a  step-by-step  process  could  be  avoiding 

unnecessary  redundancies,  identifying  critical  areas  of  concern,  minimizing  cost 

51 


overruns,  and  many  other  useful  applieations.  One  area  or  step  that  is  of  extreme 
importance  in  any  project  of  this  scope  is  the  “iterate  and  document”  step.  No  matter 
where  it  falls  on  the  list  of  steps,  an  effort  to  iterate,  document,  and  reiterate  is  crucial. 

The  NPSATl  design  team  has  settled  on  three  generic  modes  of  ACS  operations 
once  the  satellite  is  released  from  the  launch  vehicle/ESPA  ring  (ACSO,  ACSl,  and 
ACS2).  The  five  modes  of  communications  are  0,  1,  2,  3,  and  4.  The  separate  phase 
labels  and  descriptions  are  based  upon  a  combination  of  ACS  and  communications 
requirements.  Figure  17  is  a  state  diagram  that  displays  the  various  modes  of  operation, 
with  ACS  transition  state  changes  forcing  state  changes  of  communications  modes. 
There  are  five  communications  states  in  the  diagram,  each  of  which  having  several 
different  scenarios  that  may  force  its  specific  operation. 
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ACSO 


LEGEND 

!  Not  (inverts  the  condition) 

&  And  (logical  and) 

I  Or  (logical  or) 

TLE  Two  Line  Elements  are  valid 

Rx  Communications  from  NFS  within  2  days 

(estimate) 

ACSx  ACS  mode  number 

CMD  NFS  Command  issued 

Rx  duty  cycle: 

50%  ^  0%  power  margin 
25%  ^  8%  power  margin 

!Rx  occurs  when  there  has  been  2  days  (estimate)  elapsed 
time  since  the  spacecraft  has  communicated  with  NFS.  After 
each  communication  with  NFS  the  Rx  timer  is  reset.  In 
addition  each  state  change  resets  the  Rx  timer. 


ATTITUDE  CONTROL  SYSTEM 

ACSO:  Acquisition  Mode/Startup 
TLEs  are  irrelevant 
No  experiments  are  running 

ACSl;  Normal  Mode 
TLEs  are  assumed  valid 

ACS2:  Recovery/Fointing  Error  Mode 
TLEs  are  assumed  valid 
No  CERTO/Langmuir  Frobe 


Figure  17.  C&DH-controlled  States  of  Communieations 
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A. 


COMMUNICATIONS  STATE:  0 


This  first  phase  will  be  the  most  critieal  phase  of  NPSATl’s  life  on  orbit.  If  there 
are  no  communications  with  the  NPS  ground  station,  the  odds  of  NPSATl  being  able  to 
carry  out  any  of  its  designed  missions  are  minute  at  best.  The  AC  SO  transition  state  will 
be  initiated  upon  separation  from  the  launch  vehicle,  directing  NPSATl  to  its  default 
communications  state,  communications  state  0.  This  default  state  will  also  be  initiated  by 
either  an  ACS  reset  or  a  spacecraft  reset. 


1.  Phase  Description 

The  ACS  during  this  phase  will  be  in  what  has  been  labeled  the  acquisition  or 
startup  mode  (AC SO).  During  this  phase,  both  the  communications  antennas  will  be  in  a 
receiving  state,  operating  to  the  maximum  capacity  that  can  be  supported  by  the  batteries 
and  the  remainder  of  the  EPS.  While  in  this  receiving  state,  the  two  antennas  will  be 
duty-cycled  simultaneously,  controlled  by  a  pre-determined  time  schedule  that  will 
provide  for  maximum  reception  of  NPS  commands  without  draining  the  batteries  below 
acceptable  levels.  The  specific  time  schedule  is  yet  to  be  determined,  but  will  be  set 
according  to  a  ratio  of  listening  to  not  listening  (i.e.  20  seconds  listen,  60  seconds  off, 
repeat). 


2.  Priorities 

The  priorities  are  going  to  be  establishing  a  communications  link  with  the  NPS 
ground  station  and  obtaining  initial  acquisition  of  spacecraft  attitude.  Until  a  link  can  be 
closed  and  the  necessary  ephemeris  data  can  be  uploaded  NPSATl  will  be  reliant  on  its 
initial  attitude  control  for  acquisition.  That  is,  nulling  rotational  rates  of  the  spacecraft 
and  attempting  some  pointing  control. 

Other  events  that  can  be  carried  out  during  this  phase  may  include  images  being 
taken  shortly  after  separation  from  the  ESPA  ring,  catching  some  photographs  of  the 
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launch  vehicle  from  the  perspeetive  of  the  recently-released  NPSATl  seeondary  payload. 
Also,  the  deployment  of  both  the  CERTO  antenna  and  the  Langmuir  probe  eould  be 
eonducted  prior  to  much  of  the  ACS  autonomous  operations. 


3.  Tradeoffs 

The  limiting  faetor  is  that  there  is  no  pointing  stability  in  the  ACS  in  the 
aequisition  phase  (Communieations  state  0,  ACSO).  Depending  on  the  eharge  on  the 
batteries  at  launeh  time,  the  only  option  may  be  to  power  up  the  ACS,  deploy  the  CERTO 
antenna  and  Langmuir  Probe  (to  assist  in  stabilizing  the  spaeeeraft),  and  do  nothing 
further  until  eommunieations  are  established  with  the  NPS  ground  station.  The  power 
issue  eould  be  somewhat  relieved  even  if  the  spaeeeraft  makes  several  orbits  prior  to 
establishing  the  link  with  NPS,  as  long  as  the  solar  eells  are  effeetively  eharging  the 
batteries  without  eomplications  that  require  ground  station  intervention. 


B,  COMMUNICATIONS  STATE:  1 

Communieations  state  1  will  be  in  effeet  onee  the  aequisition  and  startup 
proeesses  are  suceessfully  completed,  and  the  ACS  is  in  eontrol  of  NPSATl. 

1,  Phase  Description 

The  ACS  in  this  phase  will  be  eonsidered  in  the  normal  mode  (ACSl),  and  the 
Two-Line  Elements  (TLEs)  are  assumed  valid.  Obviously,  this  mode  will  be  the  one 
where  the  design  team  hopes  to  see  NPSATl  during  the  majority  of  its  mission  life. 
Normal  ACS  operations  will  be  able  to  maintain  stable  pointing  of  the  spaeeeraft,  only 
requiring  the  nadir-pointing  antenna  to  operate  whenever  the  NPS  ground  station  is 
within  eommunieations  range.  The  C&DH  subsystem  will  be  responsible  for 
orehestrating  the  various  payload  operations,  ensuring  the  status  of  the  spaeeeraft  remains 
healthy. 
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2. 


Priorities 


As  long  as  NPSATl  is  reporting  a  healthy  and  fully  operational  status  to  the 
ground  station,  each  of  the  payloads  will  be  dependent  upon  established  commands  that 
will  determine  duty  cycles,  activation  times,  and  other  elements  of  each  payload’s 
established  and  pre-determined  operating  profiles.  Payload  operations  will  be  primarily 
based  on  available  power.  Also,  certain  payloads  may  be  paired  to  operate 
simultaneously  (i.e.  CERTO  and  Langmuir  Probe),  whereas  other  payloads  will  only  be 
operational  based  on  NPSATl  location  and  field  of  view.  Examples  of  this  latter 
condition  include  the  requirement  for  the  digital  camera’s  view  to  be  over  landmass 
rather  than  ocean  area. 


3,  Tradeoffs 

The  assumption  here  is  that  since  the  spacecraft  is  operating  in  a  normal  mode,  all 
payloads  and  subsystems  have  effectively  checked  out  as  being  operational. 
Circumstances  may  arise  that  require  scheduling  changes  based  on  the  need  for  a  critical 
download  of  data,  along  with  a  potential  critical  upload  of  command  data  from  the 
ground  station.  In  such  a  case,  there  may  be  the  need  for  the  batteries  to  be  at  sufficient 
capacity  for  the  critical  data  exchange,  and  payloads  may  have  to  sacrifice  their  originally 
scheduled  operating  time  for  the  good  of  the  spacecraft  and  its  mission.  Ultimately,  the 
tradeoff  issues  will  fall  back  to  a  combination  of  power  usage  and  communications 
availability  limitations,  and  will  be  controlled  by  a  scheduling  mechanism  within  the 
C&DH  subsystem. 


4,  Transition  from  Communications  State:  1 

No  system  is  perfect,  and  there  is  a  need  for  contingency  plans  in  case  there  are 
any  malfunctions  that  cause  errors  within  this  phase.  Eigure  17  shows  four  instances 


56 


where  NPSATl  would  shift  from  Communieations  state  1  to  different  communications 
states  (Communications  state  0,  2,  3,  or  4),  and  the  following  list  gives  examples  of 
causes: 

•  TLEs  invalid  (!TLE)  (e.g.,  out-of-date) 

•  ACS  assumed  to  be  operating  normally,  but  loss  of 
communications  with  NPS  (ACSl  &  !Rx) 

•  Recovery/Pointing  Error  observed  (ACS2) 

C.  COMMUNICATIONS  STATE:  2 

This  is  one  of  three  identified  contingency  states,  and  is  a  result  of  an  ACS2 
(Recovery/Pointing  error)  mode.  During  this  phase,  both  antennas  will  be  in  a  listening 
state  while  NPSATl  is  in  view  of  the  NPS  ground  station.  Once  a  link  is  established  and 
ACSl  (normal)  is  reestablished,  NPSATl  will  transition  to  Communications  state  1.  If 
there  are  no  successful  communications,  or  the  TEEs  are  invalid,  NPSATl  will  transition 
to  the  default  phase.  Communications  state  0. 

D,  COMMUNICATIONS  STATE:  3 

This  contingency  state  results  from  a  loss  of  communications  with  the  ground 
station.  In  this  circumstance,  the  nadir  antenna  will  listen  and  will  be  duty  cycled  to 
regain  a  communications  link.  If  communications  are  reestablished,  NPSATl  will  return 
to  Communications  state  1.  If  not,  or  if  the  TEEs  are  invalid,  NPSATl  will  return  to 
Communications  state  0.  An  additional  option  for  transitioning  from  this  state  is  when 
both  ACSl  and  communications  are  normal,  but  the  ground  station  has  commanded 
NPSATl  to  transition  to  Communications  state  4. 
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E, 


COMMUNICATIONS  STATE:  4 


This  contingency  is  the  result  of  a  ground  station  command  (Comm  4)  directing 
the  transition  from  another  state.  It  is  eharaeterized  by  the  nadir  antenna  listening  while 
over  NFS  as  in  a  normal  pass  within  view,  but  with  an  additional  allotment  of  reeeive 
time  to  allow  for  any  special  communications  requirements.  The  transition  from 
Communieations  state  4  can  occur  to  any  of  the  other  Communieations  states,  depending 
on  the  eireumstances  present.  For  instance,  if  there  is  a  loss  of  eommunications  with  the 
ground  station,  NFS  ATI  will  transition  to  Communications  state  3.  Another 
eireumstance  could  occur  if  there  is  a  deteeted  pointing  error,  in  whieh  case  NFS  ATI 
would  transition  to  Communieations  state  2.  If  the  speeial  eommunieations  of 
Communications  state  4  are  complete,  and  if  the  ACS  is  in  normal  mode,  the  NFS  ground 
station  can  direct  the  transition  baek  to  Communications  state  1  with  a  speeific  command 
(Comm  1). 


F.  GENERAL  TIMELINE  OF  ON-ORBIT  OPERATIONS 


A  snapshot  of  on-orbit  operations  and  estimated  times  assoeiated  with  the 


different  phases  is  depicted  in  Figure  18. 


Figure  18.  General  Timeline  of  NFSATl  On-orbit  Operations 
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The  portion  of  Figure  18  showing  NFS  ATI  Operations  will  require  detailed 
scheduling  and  planning  of  payload  operations.  Not  only  will  there  by  duty  cycling 
required  due  to  the  minimal  power  budget,  but  also  certain  payloads  (such  as  the  camera 
and  the  CERTO  beacon)  should  only  be  operated  over  certain  parts  of  the  Earth.  In  the 
case  of  the  CERTO  beacon,  it  will  only  be  activated  when  there  is  a  receiving  station 
within  view  of  NFS  ATI.  The  camera’s  scheduling  will  be  directed  to  take  images  over 
land  areas  only,  with  ocean  images  being  of  little  value.  Another  activity  that  will  be 
strictly  location-dependent  is  the  T&C  communication  exchange  with  the  NFS  ground 
station.  Obviously,  this  data  link  can  only  be  established  when  NFS  ATI  and  NFS  are 
within  view  of  each  other. 
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VI.  CONCLUSIONS  AND  RECOMMENDATIONS 


By  the  time  NPSATl  is  flight  ready,  it  will  have  gone  through  numerous  ehanges 
in  eontent  and  design.  It  will  also  have  been  subjeeted  to  a  wide  barrage  of  ideas,  with 
origination  sourees  ranging  from  first-year  postgraduate  school  students  to  tenured 
professors.  Many  of  these  ideas  will  have  contributed  to  the  overall  design  of  the  project, 
but  whether  each  one  is  fully  incorporated  or  not  is  a  whole  other  issue.  This  chapter 
will  discuss  some  areas  of  concern  in  major  topic  areas,  as  well  as  provide  a  review  of 
some  other  issues  mentioned  earlier  in  the  document. 


A,  LAUNCH  VEHICLE 

The  issue  of  launch  vehicle  selection  or  choice  is  not  a  matter  that  is  within  the 
realm  of  responsibilities  of  the  NPS  satellite  design  program.  Launch  vehicle  selection  is 
really  more  accurately  stated  as  “payload  acceptance”  to  an  already  known  and  most 
likely  acquired  launch  vehicle.  The  issue  of  concern  is  whether  or  not  research 
laboratories  and  educational  institutions  can  present  their  projects  in  such  a  manner  so  as 
to  be  included  on  the  priority  lists  created  by  the  STP  SERB. 

Since  the  NPSATl  design  team  was  successful  in  presenting  this  particular 
experiment  as  viable  to  the  STP  SERB,  NPSATl  made  the  priority  list  for  the  year  2000. 
Establishing  NPSATl  as  an  acceptable  payload  experiment  within  the  Space  Test 
Program  is  the  sole  requirement  for  NPS  when  attempting  to  arrange  a  launch.  After  that, 
the  focus  of  the  design  team  is  directed  to  ensuring  the  project  is  adaptable  and  flexible 
enough  to  fit  on  any  of  the  several  likely  launch  vehicle  options. 

NPSATl  and  its  design  team  looks  forward  to  being  integrated  on  the  ESPA  ring, 
ultimately  to  be  launched  as  one  of  several  secondary  payloads  on  a  Boeing  Delta  IV. 
NPSATl  should  maintain  its  direction  in  preparing  for  the  Delta  IV  ESPA  launch  in  late 
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2005,  but  also  be  aware  of  potential  launch  vehicle  changes,  and  the  associated 
adaptations  that  could  be  required. 


B,  INITIAL  ON-ORBIT  OPERATIONS 


All  recommendations  regarding  the  operation  of  the  NPSATl  satellite  within  the 
initial  phases  after  its  successful  separation  from  the  ESPA  ring  are  dependent  on  the 
battery  status.  The  batteries  will  be  trickle  charged  to  capacity  up  until  approximately 
five  days  prior  to  the  launch,  with  no  charging  ability  after  that  until  the  spacecraft  is  on 
orbit.  The  batteries  should  maintain  the  majority  of  their  charge  for  several  weeks,  as 
they  have  a  self-discharge  rate  of  approximately  three  to  five  percent  per  month.  The 
steps  to  follow  for  initial  operations  should  be  as  follows: 

•  Notification  of  successful  separation  from  ESPA  ring  via 
microswitch  closing 

•  EPS  startup  initiated  by  closing  of  microswitch 

•  Power  up  the  C&DH  subsystem 

•  Initialize  and  power  up  digital  camera  and  processor 

•  C&DH  subsystem  commands  images  to  be  taken  of  launch  vehicle 

•  C&DH  subsystem  commands  deployment  of  CERTO  antenna  and 
Eangmuir  probe 

•  Power  up  the  ACS 

•  ACSO  (Acquisition/Startup  mode)  initiated 

•  T&C  antennas  duty-cycled  accordingly  to  operate  in  receiving 
state  to  establish  contact  with  NPS  ground  station 
(Communications  state  0) 

Upon  successful  completion  of  a  communications  link  and  an  exchange  of 
essential  orbital  ephemeris  data,  confirmation  that  NPSATl  is  orbiting  with  known 
performance  parameters  (Z  axis  within  10  degrees  of  nadir,  X  axis  within  10  degrees  of 
velocity  vector,  rates  <=  0.66  degrees  per  second  with  reference  to  orbit  frame  for  all 
axes)  should  be  reestablished  and  adequately  verified  prior  to  operating  any  additional 
payloads. 
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C.  PAYLOAD  PRIORITY  USAGE 

Operations  of  the  various  NPSATl  payloads  will  need  to  be  one  of  the  most 
flexible  design  issues  ineluded  in  the  overall  mission  design  project.  The  infinite  number 
of  possible  options  and  combinations  of  separate  payload  operations  force  the  design 
team  to  be  able  to  manipulate  the  operations  on  a  daily  basis  if  required.  According  to 
the  NPSATl  Experiment  Requirements  Document,  Figure  19  provides  a  power  profile 
for  one  day  of  operations  based  on  initial  estimates,  assuming  a  worst-case  orbit  and  solar 
panel  illumination  (ERD,  2001) 


Figure  19.  Power  Duty  Cycles 


As  review  and  iteration  become  more  and  more  commonplace  as  the  lifetime  of 
this  design  project  proceeds,  the  above  values  for  payload  usage  can  be  used  as 
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benchmarks  for  the  eventual  planning  of  payload  operations.  Changes  are  common, 
especially  with  the  possible  introduction  of  new  or  different  payloads.  Also,  the 
possibility  for  increases  or  decreases  in  available  power  exists. 

Even  with  the  most  well-thought  and  comprehensive  design  plan  and  mission 
operations  plan,  feedback  from  the  spacecraft  on  orbit  will  dictate  the  necessary  changes, 
if  any,  to  the  operations  plan.  Changes  may  be  favorable  (e.g.,  better  solar  cell  efficiency 
than  originally  predicted),  leading  to  more  payload  use  and  experiment  options  rehearsed. 
However,  the  opposite  may  also  be  true,  with  unfortunate  circumstances  leading  to 
changes  that  severely  limit  NFS  ATI  and  its  payloads  to  minimal  operations.  Whatever 
the  case,  operational  flexibility  and  reliable  communications  are  the  key  to  successful 
mission  operations. 


D,  BENEFITS  OF  NPSATl  TO  NFS 

The  ability  and  opportunity  for  an  institution  such  as  NFS  to  participate  in  such  a 
program  provide  one-of-a-kind  educational  opportunities  to  the  service  officers  who 
attend.  The  training  and  experience  gained  by  participating  in  a  hands-on  project  such  as 
this  are  really  the  core  of  the  Space  Systems  curriculum.  Not  many  of  the  participating 
students  will  have  follow-on  tours  that  will  involve  building  spacecraft,  yet  the 
experiences  gained  by  all  involved,  faculty  included,  are  a  part  of  the  overall  learning 
process  that  is  an  objective  of  institutions  such  as  NFS. 

In  addition  to  the  direct  benefits  to  those  service  officers  involved  with  the  design 
project,  the  publicity  that  can  be  generated  by  this  type  of  program  can  be  of  extreme 
benefit  to  the  NFS.  In  one  critical  area,  having  another  successful  design  project  already 
making  it  through  the  STF  SERB  process  lends  credence  to  the  NFS  small  satellite  design 
program,  helping  to  smooth  the  way  for  future  attempts  by  NFS  to  get  ranked  on  the  STF 
SERB.  The  track  record  of  NFS  in  this  category  has  been  proven  with  both  FANSAT 
and  NFS  ATI. 
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E, 


FOLLOW-ON  WORK 


The  satellite  design  and  construction  process  by  itself  is  a  long,  drawn  out 
evolution.  Then,  adding  the  launch  vehicle  integration  and  related  requirements  into  the 
process  add  up  to  a  project  that  encompasses  several  years.  Since  this  is  definitely  the 
case  with  NPSATl,  and  since  the  design  is  still  in  its  relatively  early  stages,  there 
remains  much  work  that  needs  to  be  done  in  order  to  successfully  complete  this  project. 

Much  of  the  initial  work  has  been  done,  but  due  to  the  requirements  and 
limitations  on  such  a  project,  there  will  be  more  work  to  do  up  until  launch  time.  Each 
individual  subsystem  for  NPSATl  can  benefit  from  a  detailed  performance  analysis,  in 
addition  to  a  thorough  analysis  of  potential  tradeoffs  and  alternative  designs.  Many  of 
the  subsystem  areas  have  a  direct  impact  on  other  subsystems  and  overall  spacecraft 
performance,  so  any  in-depth  studies  on  one  subsystem  will  most  likely  need  to  continue 
to  include  analysis  on  the  effects  on  other  parts  of  the  spacecraft. 

The  Electrical  Power  Subsystem  has  been  a  focus  from  the  beginning  of  the 
design  project,  due  to  the  accepted  fact  that  the  available  power  for  this  project  was  going 
to  be  minimal.  This  subsystem  probably  ranks  as  equally  crucial  with  the  Attitude 
Control  Subsystem,  and  both  of  these  subsystems  would  greatly  benefit  from  in-depth 
study  and  performance  analysis.  There  is  already  a  team  committed  to  the  ACS  and  its 
design,  and  another  team  could  be  created  to  address  the  EPS  and  its  high  priority 
performance  requirements. 

Another  subsystem  that  could  greatly  benefit  from  additional  hours  of  dedicated 
work  is  the  Command  and  Data  Handling  Subsystem.  Since  the  majority  of  the  software 
being  used  in  NPSATl  is  going  to  be  designed  and  created  within  the  confines  of  the 
NPS  campus,  there  is  an  opportunity  for  student  project  and  thesis  work  that  could 
greatly  benefit  the  design  team  and  its  efforts.  Software  engineering  is  going  to  be 
responsible  for  the  “brain”  of  NPSATl,  an  area  that  can  not  be  assumed  to  be  irrelevant 
or  otherwise  lesser  in  value  than  any  other  portion  of  the  project.  Again,  the  requirement 
for  work  in  this  area  will  include  impacts  on  all  other  subsystem  and  payload  components 
in  the  NPSATl  spacecraft. 
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The  areas  of  payloads  and  their  related  operations  have  only  been  lightly 
addressed  in  this  thesis,  as  the  purpose  here  was  to  provide  a  more  general  overview  of 
the  issues  being  faced  by  the  NFS  ATI  design  team.  There  are  opportunities  for  further 
review  at  several  layers  regarding  the  NFS  ATI  payloads,  to  include  the  following: 
overall  on-orbit  payload  operations;  individual  payload  operations;  and  individual,  case- 
by-case,  or  contingency  payload  operation  plans  that  could  possibly  be  faced  during  the 
lifetime  of  NFS  ATI. 

F.  CONCLUSION 

NFS  ATI  is  well  on  its  way  toward  becoming  a  successful  small  satellite  design 
project  and  orbiter.  The  Freliminary  Design  Review  has  been  conducted  already  in  2001, 
and  further  milestones  will  be  accomplished  in  just  a  few  short  months  (such  as  the 
Critical  Design  Review).  The  efforts  of  the  faculty  and  staff  in  ensuring  all  scheduling 
milestones  are  met  are  continuous,  and  will  ultimately  be  the  reason  for  this  project’s 
successful  integration  into  a  launch  configuration  and  effective  orbit  operations. 
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